Zepsuty req w rpm z head.

Tomasz Kłoczko kloczek w rudy.mif.pg.gda.pl
Wto, 20 Maj 2003, 10:28:28 CEST


On Tue, 20 May 2003, Jacek Konieczny wrote:

> On Tue, May 20, 2003 at 07:21:14AM +0200, wrobell wrote:
> > > Wszelkie "#!/bin/env <foo>" powinny być zastępowane jawnymi ścieąkami do 
> > > programów.
> > 
> > A jakie jest tego uzasadnienie?
> 
> Bo jeśli skrypt ma:
> #!/bin/env python
> 
> To znaczy że wymaga pythona w $PATH, a /bin/env tak naprawdę mu nie jest
> potrzebny.
> 
> Nasze findrequires da "Requires: /bin/env", zamiast "Requires:
> /usr/bin/python". A właściwie to powinny być oba.

Użycie env do zlokalizowanai np pythona ma sens wtedy gdy skrypt jerst 
uruchamiany w nieznanym środowisku.
Na poziomie dystrybucji konkretne np. interpretery maja konkretna lokacje 
i wyrugoweanei to env jest jak najbardziej zasadne.
Dodanie obu zależnosci to obejście a nie rozwiązanie możliwie najprostrze.

> Zgodnie z FHS wszelkie interpretery (poza shellami) powinny być 
> w /usr/bin, więc użycie /bin/env jest nadmiarowe. A dodatkowo powoduje
> niepotrzebne ładowanie kolejnego programu i wydłuża (co prawda
> minimalnie) czas ładowania skryptu.

Hołk.

> Ale może warto byłoby się zastanowić nad poprawieniem findrequires tak,
> aby dla skryptów zaczynających się od:
> #!/bin/env python
> 
> Dawał zależności:
> Requires: /bin/env
> Requires: /usr/bin/python
> 
> 
> Mógłby przy okazji wywalać warningi jak znajdzie:
> #!/usr/local/....

Jeżeli już warto coś robić tio sygnalizowanie że w generowanym pakiecie 
jest używane w którymś skrypcie "#!/bin/env <foo>" jako ostrzeżenie lub 
jeszcze lepie jako błąd.

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*



Więcej informacji o liście dyskusyjnej pld-devel-pl