[Yum] yum location

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

 



On 26 Aug 2002, seth vidal wrote:

> On Mon, 2002-08-26 at 21:38, Konstantin Riabitsev wrote:
> > On Mon, 2002-08-26 at 21:14, seth vidal wrote:
> > > Hey,
> > >  now that yum is reasonably useful for non-root users (yum info, yum
> > > list, yum provides) should I make a symlink or something into /usr/bin?
> > > 
> > > that way its in the user's default path.
> > > 
> > > I figured I'd let it be a symlink for now, then for > 1.0 it would be
> > > the default.
> > > 
> > > but I didn't want to break anyone's scripts who are using /usr/sbin.
> > 
> > How about the other way around, then -- put it in /usr/bin/yum, but
> > symlink it from /usr/sbin. This is less crufty. :)
> > 
> 
> yah - that sounds like a good idea.
> 
> and frankly yum-arch has no reason to be in /usr/sbin at all.

What?  And break a long tradition of not providing user access to useful
tools with an informational or operational component (like
/sbin/chkconfig, /sbin/ifconfig, /sbin/halt, /sbin/reboot,
/usr/sbin/nfsstat, /usr/sbin/traceroute and more) in linux?  I'm
surprised at you...

ORIGINALLY AND TECHNICALLY, of course, the "s" used to stand for
"static", and the things in /sbin and /usr/sbin were supposed to be
static linked so that they would run without shared library support on a
crippled or still-booting system.  Not that that has been strictly true
for a long time, but most of what is in /sbin, at least, does only
depend on libc and ld-linux, and /usr/sbin has long been the home of
daemons, even though they generally require lots more libraries.

Even today, a primary reasoning that should be examined for any given
potential location would be the issue of what is available at any given
point in an install and what might need to be mounted static or could be
mounted read only.  Once upon a time in Unix, /usr might not have been
mounted at all early in an install, for example, which of course would
complicate mightily any python-based install.  Nowadays I don't think
this much matters, as the base package already installs (I'm sure)
/usr/bin and all sorts of things that live therein and a
yum-bootstrapped install would of course have to install /usr/bin/python
in any event in order to proceed.

Given that yum is is a userspace (essentially unprivileged) script with
no associated daemons, and that python is in /usr/bin, I'd just make all
of it live in /usr/bin, which is on root's path, and not bother with
symlinks or *sbin at all.  There are plenty of mostly-root-used tools
(e.g. /usr/bin/ldd) that live in /usr/bin, so yum won't be lonely there.

   rgb

Robert G. Brown	                       http://www.phy.duke.edu/~rgb/
Duke University Dept. of Physics, Box 90305
Durham, N.C. 27708-0305
Phone: 1-919-660-2567  Fax: 919-660-2525     email:rgb@xxxxxxxxxxxx





[Index of Archives]     [Fedora Users]     [Fedora Legacy List]     [Fedora Maintainers]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]

  Powered by Linux