Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!tut.cis.ohio-state.edu!usenet.ins.cwru.edu!cwjcc!ncoast!allbery From: allbery@NCoast.ORG (Brandon S. Allbery) Newsgroups: comp.lang.perl Subject: Re: Installation Enhancement Message-ID: <1990Jan7.153433.11578@NCoast.ORG> Date: 7 Jan 90 15:34:33 GMT References: <129887@sun.Eng.Sun.COM> Reply-To: allbery@ncoast.ORG (Brandon S. Allbery) Followup-To: comp.lang.perl Distribution: usa Organization: North Coast Public Access UN*X, Cleveland, OH Lines: 27 As quoted from by rodney@sun.ipl.rpi.edu (Rodney Peck II): +--------------- | >>>>> On 4 Jan 90 18:41:45 GMT, anantha%ravi@Sun.COM (Anantha Srirama) said: | | Anantha> I think it should be dynamic, in the sense that it should be | Anantha> driven by the INSTALL directory. It so happens that my | Anantha> install directory is not in /usr/bin but somewhere else, | | All you have to do is put a link from /usr/bin/perl to /usr/local/bin/perl | or wherever you actually installed it. | If you rely on the header pointing to exactly where your site's copy is, you | won't be able to run files off the net without changing their headers too. | I think the link solution is the right thing to do. +--------------- I still think it is the wrong solution -- and that #! commits the sin of hard-coded pathnames. I want to keep non-OS programs out of /usr/bin and /bin, so that it's easy to reinstall the system and then restore added programs. (SunOS4 seems to have taken the same step, I believe. So how does this hardcoded /usr/bin/perl interact with a read-only /usr/bin?) ++Brandon -- Brandon S. Allbery allbery@NCoast.ORG, BALLBERY (MCI Mail), ALLBERY (Delphi) uunet!cwjcc.cwru.edu!ncoast!allbery ncoast!allbery@cwjcc.cwru.edu *(comp.sources.misc mail to comp-sources-misc[-request]@backbone.site, please)* *Third party vote-collection service: send mail to allbery@uunet.uu.net (ONLY)*