It is currently Thu, 20 Jan 2022 04:42:18 GMT



 
Author Message
 /usr/local/bin vs. /usr/bin
I just installed RedHat 7.3 on my Dell Inspiron 8100 Laptop.  I've been
trying to install the latest version of autoconf (2.53).  './configure'
worked fine, as did the compiles for 'make' and 'make install.'  My
question regards the location that make install placed the autoconf
binaries.  'autoconf-2.53' was placed in both /usr/bin and 'autoconf' was
placed in /usr/local/bin.  The original 'autoconf,' though is still in
/usr/bin and since that is before /usr/local/bin in my PATH, that's what's
being run in the ./configure script for Gimp (which I'm also trying to
install).  Should I remove the autoconf in the /usr/bin and replace it with
the newer one, or is there some way that I'm supposed to alias things to
the /usr/local/bin?  Thanks,
Julius


 Fri, 03 Dec 2004 09:44:23 GMT   
 /usr/local/bin vs. /usr/bin
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

In a moment of clarity Julius Degesys had the following epiphany

G'day Julius,

As a general rule /usr/local shuold be used for any program you compile
yourself, leaving /usr for packages from you distro.

Just uninstall the old autoconf RPM.

Cheers

Joel
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9DUAJWxU5n0eFaBkRAlSlAKCGKsNDINBxNHKQ+81tzlMw8Y6k4ACgmr/Q
STmNX88cyRJZoj2YUSm9RYQ=
=pP+h
-----END PGP SIGNATURE-----

--
Sourcemage GNU/Linux          Linux so advanced, it may as well be magic
Doc section maintainer
GPG Public Key
http://search.keyserver.net:11371/pks/lookup?op=vindex&search=0x47856819



 Fri, 03 Dec 2004 09:48:58 GMT   
 /usr/local/bin vs. /usr/bin
OK, so when I try to uninstall the old autoconf.  I get this dependency
problem:

Dependency Problem:
 autoconf is needed by libtool-1.4.2-7
 autoconf is needed by kdevelop-2.1-2
 autoconf is needed by libtool-1.4.2-7
 autoconf is needed by kdevelop-2.1-2

Do I need to uninstall these other packages as well, and then update them?



 Fri, 03 Dec 2004 09:58:42 GMT   
 /usr/local/bin vs. /usr/bin
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

In a moment of clarity Julius Degesys had the following epiphany

You should probably update, KDE is upto version 3.1 which is aparently a
huge improvment speedwise from 2.x (from what I've heard, I don't use it
myself)

Or just edit your path to put /usr/local/bin before /usr/bin

Cheers

Joel

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9DUQnWxU5n0eFaBkRAizjAKDGAjW7JbX3GP12G6y8cUmtD9w56ACgoLkd
lxuwNfq7T0rQfSt/q7+urQY=
=Z6Z2
-----END PGP SIGNATURE-----

--
Sourcemage GNU/Linux          Linux so advanced, it may as well be magic
Doc section maintainer
GPG Public Key
http://search.keyserver.net:11371/pks/lookup?op=vindex&search=0x47856819



 Fri, 03 Dec 2004 10:06:31 GMT   
 /usr/local/bin vs. /usr/bin

Put "/usr/local/bin" before "/usr/bin" in your PATH.  The things you
install should have precedence over what came with your system.



 Fri, 03 Dec 2004 10:10:41 GMT   
 /usr/local/bin vs. /usr/bin
No, what you really want to do is to configure autoconf to install
into /usr instead of the default /usr/local, like so:

   ./configure --prefix=/usr

Then build and install autoconf.

HOWEVER, if you do this you will overwrite the files from the
installed autoconf RPM.  What you REALLY want to do is to use the
new autoconf sources, along with the spec file from the autoconf RPM
that's currently installed, but build a new autoconf RPM, and
install it via rpm -U (which does an upgrade of an installed RPM.
This is a little more work, but worth learning how to do if you
intend to do many upgrades.



 Fri, 03 Dec 2004 10:27:16 GMT   
 /usr/local/bin vs. /usr/bin
Neil W Rickert <rickert...@cs.niu.edu> wrote:

That is *exactly* what should be done.

Given the various other comments, perhaps a short explanation
of why and what the effects are would help the OP.

Distribution binaries should be in /bin, /sbin/, /usr/bin, and
/usr/sbin depending on what they are.  In this case /usr/bin.

Locally compiled replacements should be put into /usr/local
directories, and users (including root) should have /usr/local
directories in the PATH variable before /usr/bin and the others.

The effect is that the original binary remains in place and can
be used, but the local replacement is used by default.  That
allows scripts, for example, to explicitly select which binary
is used (scripts should either specify a full pathname for
binaries and not depend on PATH when calling utilities, or
should set their own PATH variable to override that of the user
executing the script).

An example of what difference it makes: years ago I installed
the gnu version of ls on an ISP's BSDI system... because I like
the gnu version.  I dutifully edited all of the admin scripts
which broke instantly because of the slightly different output
format for the -l option.  All was fine...  until someone else
tried to upgrade to the next release of the OS, and the upgrade
script supplied by BSDI simply bombed on them, because it
expected the BSD version of ls and its formatting style.

An embarrassing mistake on my part.

--
Floyd L. Davidson         <http://www.ptialaska.net/~floyd>
Ukpeagvik (Barrow, Alaska)                 fl...@barrow.com



 Fri, 03 Dec 2004 13:21:35 GMT   
 /usr/local/bin vs. /usr/bin
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

In a moment of clarity Todd Lewis had the following epiphany

No, no, no

Don't do that, you'll be left with files on your system which don't
match up with what the package manager thinks is there, which is the
beginning of a downwards spiral towards a broken box.

Cheers

Joel
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9DXvRWxU5n0eFaBkRAjLpAJwOjGZz5XEH44jPLnrYkxNAESyj2gCgnw+g
Y9Wz0zSTQTxUoVr+AA6sRxM=
=eyY2
-----END PGP SIGNATURE-----

--
Sourcemage GNU/Linux          Linux so advanced, it may as well be magic
Doc section maintainer
GPG Public Key
http://search.keyserver.net:11371/pks/lookup?op=vindex&search=0x47856819



 Fri, 03 Dec 2004 14:04:01 GMT   
 
   [ 8 post ] 

Similar Threads

1. /bin /usr/bin /usr/local/bin etc

2. /usr/bin/ls /usr/ucb/ls /usr/local/bin/ls

3. /usr/local/bin/perl ->/usr/bin/perl

4. #!/usr/local/bin/perl -w || /usr/bin/perl -w

5. /bin/tcsh vs /usr/local/bin/tcsh

6. relationship between /usr/bin/adb and /usr/bin/ps

7. /usr/xpg4/bin/tr bug (or don't use /usr/xpg4/bin)

8. /usr/dt/bin/dtksh and /usr/bin/ksh

9. why /usr/bin/mailx /usr/bin/mail set the group to be that of the sender


 
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group.
Designed by ST Software