It is currently Thu, 20 Jan 2022 04:40:34 GMT

Author Message
 /usr/local/bin/perl ->/usr/bin/perl
Can someone help me please.

I am trying to mirror a website that contains a lot of cgi scripts. Some
of the scripts have the header /usr/local/bin/perl and some have
/usr/bin/perl, either of which work on the remote server. Only
/usr/bin/perl works on my linux box. How do I get both to work on my linux


 Wed, 29 Aug 2001 03:00:00 GMT   
 /usr/local/bin/perl ->/usr/bin/perl
On Sat, 13 Mar 1999 11:17 +0000 (Pacific Standard Time),

create a symbolic link ...

ln -s /usr/bin/perl /usr/local/bin/perl


 Wed, 29 Aug 2001 03:00:00 GMT   
 /usr/local/bin/perl ->/usr/bin/perl
On Sat, 13 Mar 1999 21:31:58 GMT,

I do not know what kind of book you are reading but it is /usr/bin/perl
in "Programming perl" (Larry Wall and Randal Schwartz) and in
"Perl Cookbook" (just for the record).

It is common to put it in /usr/local/bin/perl on commercial
(non GNU based) UNIXes since it is usually not a part of the standart
distribution. gcc on the such systems also usually goes into /usr/local/bin



 Wed, 29 Aug 2001 03:00:00 GMT   
 /usr/local/bin/perl ->/usr/bin/perl

huh?  do you even have a clue of /usr/ vs /usr/local/ ?  /usr/ is primarily
for vendor installed software, /usr/local/ is primarily for site installed
software.  since perl comes out of the box on practically every linux
install (hell, debian uses it for some of it's init scripts!), it qualifies
for /usr/  that said, perl (like most other well-written packages) is happy
to install just about anywhere - the Configure script explicitly says that
installing in your home dir is fine.

Frank Sweetser rasmusin at fsweetser at  | PGP key available RedHat 5.2 kernel 2.2.1        i586 | at public servers
We're all just stumbling around, colliding with one another, waiting in long
queues for our turn.  Our turn... hoping it will come.  We are but packets
in the Internet of life.        -- Userfriendly, march 4 1999

 Wed, 29 Aug 2001 03:00:00 GMT   
 /usr/local/bin/perl ->/usr/bin/perl
In article <7cg75v$>,

What it comes down to is that there should be a default location for
the perl binary excatly because to the many perl scripts which has this
location hard coded in the first line.  The discussion of whether the
perl program came with the system or is installed later is not relevant
for this standardisation.  The perl executable must be installed where
the scripts expects to find it.

You have a similar situation with sendmail.  The traditional location is
/usr/lib/sendmail, and a lot of programs depend on that.  Now, sendmail is
an executable, so it belongs in one of the bin directories, and as it is
not meant for normal users it is put in /usr/sbin.  But for compatibility
reasons there is a symbolic link /usr/lib/sendmail -> /usr/sbin/sendmail.


 Fri, 31 Aug 2001 03:00:00 GMT   
 /usr/local/bin/perl ->/usr/bin/perl
In article <7cg7r4$>,

Both places.    One being a symlink to the other.


 Fri, 31 Aug 2001 03:00:00 GMT   
   [ 9 post ] 

Similar Threads

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

2. #!/usr/bin/perl or #!usr/bin/perl

3. /bin /usr/bin /usr/local/bin etc

4. /usr/bin/ls /usr/ucb/ls /usr/local/bin/ls

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

6. gnu/usr.bin/perl/perl - ?!?!?!

7. dynamic linker: /usr/local/bin/perl: symbol not found: dlopen

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

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

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

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