Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 10 Jun 2005 10:34:42 -0500
From:      eculp@bafirst.com
To:        freebsd-ports@freebsd.org
Subject:   Re: Bug in #! processing - "pear broken on current"
Message-ID:  <20050610103442.56dmmq912s84gk80@mail.bafirst.com>
In-Reply-To: <p06210265becf4a3c8903@[128.113.24.47]>
References:  <200506090027.j590R2t0070899@repoman.freebsd.org> <20050609003619.GA10578@xor.obsecurity.org> <20050609100815.GB16677@over-yonder.net> <p06210258bece1422da20@[128.113.24.47]> <20050609160316.GC16677@over-yonder.net> <p06210259bece1ae26f44@[128.113.24.47]> <20050610062431.GA78875@isis.sigpipe.cz> <AB853771-D3D6-4F2A-A863-FDB5EA89563A@xbsd.org> <20050610104829.GA80719@isis.sigpipe.cz> <p06210262becf30ca925d@[128.113.24.47]> <20050610132339.GC80719@isis.sigpipe.cz> <p06210265becf4a3c8903@[128.113.24.47]>

next in thread | previous in thread | raw e-mail | index | archive | help
Quoting Garance A Drosehn <gad@FreeBSD.org>:

> At 3:23 PM +0200 6/10/05, Roman Neuhauser wrote:
>> # gad@FreeBSD.org / 2005-06-10 08:39:37 -0400:
>>  >
>>  > I actually have my changes written and mostly working, and right
>>  > now I am reviewing the ideas to see if the design could be done
>>  > any better.
>>
>>     Well, such env(1) *will* be useful, but recall that endless
>>     debate over "#!/usr/bin/perl" vs "#!/usr/bin/env perl"?
>
> That is a very different issue...  I do remember that debate, and in
> fact I was in the thick of it.  It's just that I didn't have much
> spare time to write up code for an alternate solution at the time.
> Maybe someday I'll get back to that.  We *use* an alternate solution
> for that issue here at RPI (instead of using `env' for it), so I know
> other solutions are workable.
>
>>     env(1) isn't very practical when you have programs out of
>>     (current) path (like in SU), but that's just one small glitch
>>     traded for another one.
>
> Sure it is.  My understanding is that you want to do something like:
>
> #!/usr/local/bin/php -n -q -dsafe_mode=0 -doutput_buffering=1
>
> With my new `env' in place, that line becomes:
>
> #!/usr/bin/env -S/usr/local/bin/php -n -q -dsafe_mode=0 -doutput_buffering=1
>
> The setting of PATH is irrelevant -- or at least it is no more
> important than it had been with the previous setup.  You were
> never *required* to use an unqualified filename with `env'.  That
> is the example you see the most, but only because people *want*
> to use `env' just so that they *can* get `perl' from the PATH.

I find this thread very intersting, but I am still having a practical 
issue.  The pear script /usr/local/bin/pear is working fine AFAIK.  I 
just moved from a May 27 kernel to a kernel built this morning and I 
can't seem to get the pear ports to install.  At least not the ones 
I've tested.  Now I can install using the pear install xxxxx  command.  
Does something else need to be changed? Thanks,

ed




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050610103442.56dmmq912s84gk80>