i applied the limoncelli rule to enhance my googling
and think i know the answer, namely these prod servers
were installed with runtime versions, and not development versions.

On Jan 12, 2011, at 9:56 PM, Andrew Hume wrote:

> the situation:
> 
>       we were told the production servers would run RHEL 5.4.
> we therefore built devt servers with RHEL 5.4; confirmed by
> looking at /etc/redhat-release. regrettable, the prod servers
> werebuilt as RHEL 5.5 (confirmed by /etc/redhat-release).
> 
> the symptom:
> 
>       i figured i am using fairly vanilla C and compiling afresh
> on the prod servers anyway so how could i go wrong?
> well, some package i am using uses ./configure to look
> at stuff and failed at testing for -luuid. the library was there
> (/lib64/libuuid.so.1) but ld couldn't find it. same library setup
> on the 5.4 system but gcc could find it. grrrrrrr.
> in a fit of pique, i did a ln -s /lib64/libuuid.so.1 /lib64/libuuid.so
> and that fixed teh problem on the 5.5 system.
> 
>       what teh hell is going on? anyone seen this before?
> there are no other /lib64/lib*.so and damned if i am going
> to make other symlinks.
> 
>       andrew
> 
> ------------------
> Andrew Hume  (best -> Telework) +1 623-551-2845
> and...@research.att.com  (Work) +1 none currently
> AT&T Labs - Research; member of USENIX and LOPSA
> 
> 
> 
> 
> _______________________________________________
> Tech mailing list
> Tech@lists.lopsa.org
> https://lists.lopsa.org/cgi-bin/mailman/listinfo/tech
> This list provided by the League of Professional System Administrators
> http://lopsa.org/

------------------
Andrew Hume  (best -> Telework) +1 623-551-2845
and...@research.att.com  (Work) +1 none currently
AT&T Labs - Research; member of USENIX and LOPSA




_______________________________________________
Tech mailing list
Tech@lists.lopsa.org
https://lists.lopsa.org/cgi-bin/mailman/listinfo/tech
This list provided by the League of Professional System Administrators
 http://lopsa.org/

Reply via email to