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

--
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Relevant Pages

  • Re: Backing up whole system
    ... Amanda is packaged by Fedora and if Gene feels that the packages are ... fedora's rpm is/was incapable of handling the nuances of using only enough ... When an rpm package can build a complete user from scratch, ... Do you really believe that rpm can install every package under the sun, ...
    (Fedora)
  • Re: Backing up whole system
    ... Amanda is packaged by Fedora and if Gene feels that the packages are ... fedora's rpm is/was incapable of handling the nuances of using only enough ... When an rpm package can build a complete user from scratch, ... Do you really believe that rpm can install every package under the sun, ...
    (Fedora)
  • Re: ssh -X shop problem...
    ... rpm package system are applied. ... now, if one wanted an amanda install that Just Worked, one followed ... the build instructions for amanda, ... SELinux has been around at least since FC-3...you've just been sleeping. ...
    (Fedora)
  • Re: pulseaudio, howto make it work?
    ... directory with amanda, but I never got around to rebuilding the amanda ... such as rpm, which has no facilities to do some things as the ... user, and some things as root, which the normal amanda install from the ... whether you install from tarball or rpm makes no difference...in fact, ...
    (Fedora)
  • Re: rpm spec file
    ... compile Vice. ... Making install in CBM-II ... not surprising because I'm not compiling this as root. ... For "how to build an rpm" question, I generally refer people to the fetchmail src rpm. ...
    (Fedora)