home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!olivea!spool.mu.edu!wupost!gumby!destroyer!ubc-cs!unixg.ubc.ca!kakwa.ucs.ualberta.ca!news
- From: sherwood@fenris.space.ualberta.ca (Sherwood Botsford)
- Newsgroups: comp.sys.next.sysadmin
- Subject: Re: Vendors Considered Evil (Re: Perl use over NFS)
- Message-ID: <1992Sep11.000424.8941@kakwa.ucs.ualberta.ca>
- Date: 11 Sep 92 00:04:24 GMT
- References: <1992Sep1.231353.4388@news.eng.convex.com>
- Sender: news@kakwa.ucs.ualberta.ca
- Organization: University Of Alberta, Edmonton Canada
- Lines: 34
- Nntp-Posting-Host: fenris.space.ualberta.ca
-
- Tom Christiansen <tchrist@convex.COM> writes
- > From the keyboard of jbotz@mtholyoke.edu (Jurgen Botz):
- > :>I'm not sure, though, that I would characterize this as
- "*much*
- > :>easer". It isn't that hard to edit a file or sed a
- collection of
- > :>files.
- > :
- > :Especially since the Camel book (the standard Perl
- reference) contains
- > :a nice little Perl program to fix all the #! lines of
- scripts for your
- > :system.
- >
- > Imagine a /common/scripts/ directory that's mounted on a
- bunch
- > of different machines of varying architectures. You'd
- want the
- > #! line to match everywhere.
-
- Right. But the interpreter for each architecture had
- better be in a different place or you will get an awful lot
- of 'bad magic number' errors.
-
- I follow Dave Ross's notion. Perl goes in /usr/local/bin
- which points to a different physical directory depending on
- architecture. /usr/local/scripts may well be common, may
- be default on everyone's path, but again doesn't go in the
- stuff the vendor distributes. I've had too many cases
- where the way to perform an upgrade is to reformat the hard
- disk. No thanks. What I install is kept on a different
- partition. I've even started entending that notion to
- putting the volitile files in /etc on another partition,
- and replacing them with links.
-