From: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, Heikki Linnakangas <hlinnakangas(at)vmware(dot)com>, David Fetter <david(at)fetter(dot)org>, Hannu Krosing <hannu(at)2ndquadrant(dot)com>, Simon Riggs <simon(at)2ndquadrant(dot)com>, Josh Berkus <josh(at)agliodbs(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: 9.4 Proposal: Initdb creates a single table |
Date: | 2014-04-25 01:46:36 |
Message-ID: | 1398390396.711.12.camel@vanquo.pezone.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, 2014-04-24 at 13:45 -0400, Tom Lane wrote:
> Having said that, though, the argument around whether such facilities
> belong in core seems to devolve to whether you want to buy into
> maintaining libuuid for ourselves (in fact worse than that: it's not
> clear
> that libuuid ever has worked on all our platforms, so we might be
> buying
> into some up-front porting work too). As Josh notes, we may be forced
> into that anyway if we don't want to walk away from contrib/uuid-ossp.
I think we arrived at the conclusion a short while go that we wanted to
stick a deprecation notice on contrib/uuid-ossp for the 9.4 release.
I wrote an extension that wraps libuuid:
https://github.com/petere/pglibuuid
Between pgcrypto and that, is there anything missing that users of
uuid-ossp would have had?
From | Date | Subject | |
---|---|---|---|
Next Message | Christopher Browne | 2014-04-25 01:51:17 | Re: UUIDs in core WAS: 9.4 Proposal: Initdb creates a single table |
Previous Message | Stephen Frost | 2014-04-25 01:20:45 | Re: API change advice: Passing plan invalidation info from the rewriter into the planner? |