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/