Andrew, Once you get this problem out of the way, I cannot recommend learning how to package RPMs highly enough. I don't compile _anything_ on my production servers anymore. I create packages on a development server, test them on workalike servers, install the packages into an internally-hosted repo, then use yum to install them from the repo.
I'm not even great at it yet, but it has already saved me a ton of work. --Matt On Thu, Jan 13, 2011 at 12:06 AM, Andrew Hume <and...@research.att.com> wrote: > 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/ > > -- LITTLE GIRL: But which cookie will you eat FIRST? COOKIE MONSTER: Me think you have misconception of cookie-eating process. _______________________________________________ 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/
