Oh, BTW, Tom - You were right about symlinking.. What I did totally hosed Apache (though it didn't crash until 2 days later, then wouldn't restart).. Apache then griped about libuuid not loading. I had to get my friend Brian (Linux guru) to SSH in and clean up the whole mess I made.. I think now it's legit now.. On Fri, Oct 22, 2010 at 7:00 PM, Alexia Lau <alau@xxxxxxxx> wrote: > Does anyone know where I can see what’s already fixed at 9.0.2? > > Thanks, > > Alexia > > On 2010-10-07 09:54, Dave Page wrote: >> On Thu, Oct 7, 2010 at 3:56 AM, Tom Lane <tgl@???> wrote: >> > Mike Christensen <mike@???> writes: >> >> On Wed, Oct 6, 2010 at 7:38 PM, Tom Lane <tgl@???> wrote: >> >>> If you have a libossp-uuid.so.16, you might try symlinking >> >>> libuuid.so.16 >> >>> to that instead of carrying a separate file. >> > >> >> So now what you're saying is if it's not broke, fix it till it is :) >> > >> > Well, it's hard to argue with that position ;-). But I'll try anyway: >> > the platform-provided version of the library will be updated for bug >> > fixes, compatibility rebuilds, etc. Your private copy won't be, unless >> > you remember to do it. Eventually that's gonna bite ya. >> > >> > Of course the best fix would be for EDB to ship a build of Postgres >> > that actually follows the platform-standard naming convention for this >> > library. I'm still wondering why they're linking to libuuid.so. >> > Dave? >> >> Because that's what comes with ossp-uuid 1.6.2, and I assume is what >> configure chooses when we use --with-ossp-uuid: >> >> [buildfarm@bf2-linux ~]$ uuid-config --libs >> -luuid >> >> FYI, there was also a bug in the installer which didn't copy the >> library properly, which has been fixed for 9.0.2. >> >> >> >> -- Sent via pgsql-general mailing list (pgsql-general@xxxxxxxxxxxxxx) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-general