On Friday 27 February 2009, Craig White wrote: >On Fri, 2009-02-27 at 00:22 -0500, Gene Heskett wrote: >> >---- >> >in theory, that shouldn't have any impact on upgrades IF you put the >> >compiled stuff in /usr/local >> >> Often that is not the case, cuz identically named stuff is searched for in >> /usr/lib well before /usr/local/lib. This would be a great way to just >> update what we needed locally, but the search order makes sure it finds >> version 1.2.4 when we've been running 2.2.8 for a year. So we give up >> trying to bend it, and just build it with a --prefix=/usr and be done with >> it. Of course the rpms get overwritten and the system eventually goes >> tits up. > >---- >your box dude - neither /usr/lib nor /usr/local/lib are ever 'pathed' >environmental variables but rather the compiled software should know >where to look. Obviously you are referring to something specific when >talking about versions 1.2.4 and 2.2.8 and my guess is that you are >referring to amanda which really makes no sense to build/install with >--prefix=/usr at all. In fact, you should just be building rpms and not >compiling from source but that's a discussion that we have had before. And we'll have this discussion till the cows come home dripping. :) But I don't run amanda from /usr, never have, nor do I run it as root, in fact it detects that its running as root and bawls you out as it exits. And building an rpm of amanda violates many of amanda most basic security tenets, most basic is that of not using any more permissions than is absolutely required. And rpm built and installed by a common user cannot get the suid's a couple pieces of it needs, which is why you build it as an unprivileged user so all the rights are set, but do the actual install as root so the suid's can be set. The last I knew, rpm is as yet incapable of doing all this when rpm is also running unprivileged. >Well written software would search /usr/local/lib before /usr/lib if it >were built with --prefix=/usr/local (which should be the default). >---- > >> Now, if someone could tell me how to make it search /usr/local/* first, >> I'd be glad to follow those guidelines. I'd step into my src dir and >> rebuild and reinstall everything there to put itself into /usr/local then. > >---- >I sort of thought that this was the default. > >try typing 'echo $PATH' and someone correct me if I'm wrong but I >gathered that the order presented from that command is also the order >that the commands are parsed. I think this also depends on the output of ldconfig. One used to be able to fine tune the order of its database, but somebody got the 10 kilowatt idea to get rid of an ld.so.conf file the user could control the order of the processing with and put individual files in a subdir. And guess what, the last time I looked at its output, it alphabetizes the subdir contents before it processes them. So you can't put /usr/local/lib at the top of the list anymore. I should have filed a bz on that long ago. I suppose a bit of renaming might suffice to set the processing order, but about the time I'd get that sorted its time to update. Or switch distro's. This isn't your fault of course, but sometimes I am led to wonder just what were they smoking when they change something like that just because they can. Now, I finally backtraced the dependency that pulls in strigi-devel, and then yum needs a bug filed on it, it claims that the -devel package needs the parent package which is not available, so it upchucks and stops. Funny thing though, the parent package is also shown as already installed. Who is at fault in this I haven't the foggiest, but it sure is a showstopper. Oh well, tomorrow is another day. Mail is flowing, and web browsing almost works. Maybe if i reboot to test the grub-install, the newer radeonhd drivers I just installed will fix that. Thanks Craig -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Administration: An ingenious abstraction in politics, designed to receive the kicks and cuffs due to the premier or president. -- Ambrose Bierce -- fedora-list mailing list fedora-list@xxxxxxxxxx To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
