Re: still UsrMove problems and wrong PATH in openssh

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



* Reindl Harald [31/10/2012 22:44] :
>
> any upstream-script the next years will use #!/bin/perl and
> it would be idiotic to write patches for every application
> only becasue fdora decided to make UsrMove

Historically, we've always patch upstreams that use non-existant-on-Fedora
paths (like  /bin/perl, /usr/local/bin/python, /opt/bin/ruby, ...) to use
the path that exists in Fedora. Treating /bin differently from everything
else doesn't sound logical.

* Ben Rosser [31/10/2012 22:44] :
>
> I'm not a Perl programmer... but shouldn't scripts be using something like
> #!/usr/bin/env perl rather than hardcoding #!/bin/perl anyway? That's the
> way Python scripts have been written for years (#!/usr/bin/env python),
> long before UsrMove.

If you're patching the scripts in your package, it make more sense to use the
correct path and avoid the performance hit. If you're submitting patches to
upstream, they may demand an env-style shebang.

* Toshio Kuratomi [31/10/2012 22:44] :
>
> UsrMove was a Fedora specific distribution change.  As such, patching of
> applications to use /usr/bin/perl instead of /bin/perl is a distribution
> change that we should be making as well.

>From bug #871503 (and I apologize if I'm reading this wrong), it appears that
the dependency on /bin/perl is being caused by the hardcoded $PATH in openssh.

To fix the problem, I think we would not only need to provide /bin/perl but a
/bin equivalent to everything in /usr/bin (/bin/perl is the only usecase which
Harald has hit so far).

Emmanuel
-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel



[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux