[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: Force to update to f10, but yum can't bring it into synch.

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

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]