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@esri.com> 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.
>>
>>
>>
>>