find-requires

Tomasz Kłoczko kloczek w rudy.mif.pg.gda.pl
Wto, 9 Mar 1999, 18:27:37 CET


On Tue, 9 Mar 1999, Artur Frysiak wrote:

> [wtorek, 09 marzec 1999], Tomasz Kłoczko napisał(a):
> 
> > On Tue, 9 Mar 1999, Artur Frysiak wrote:
> > 
> > [..]
> > > Czy zrobić coś takiego także do rozwiązywianiu do jakiego pakietu należy
> > > interpreter skryptów ?
> > > Co wtedy z /bin/sh ? Może by /bin/sh należał do pakietu shell o rewizji lub
> > > wersji zależnej od tego na co wskazuje ? Np:
> > > shell-bash-1-noarch.rpm
> > > shell-ksh-1-noarch.rpm
> > 
> > Tutaj niech zostanie jak jest (przynajmniej na razie) tzn. żeby nie
> > rozwijać /bin/sh do nazwy pakietu.
> 
> Ale pozostałe (np. /usr/bin/perl) ma rozwijąć ? 
> Ja widze to tak:
> Jeśli pakiet ma teraz w requires:
> /bin/sh
> /usr/bin/perl
> /bin/bash
> to po poprawkach wyjdzie z tego:
> /bin/sh
> perl
> bash

Jeżeli to jest skrypt w perlu to możnaby poprostu uzależniać (dodatkowo)
od pakietu perl. Nadmiar informacji w REQUIRENAME nie zaszkodzi, a osobom
nie orientującym się w tym co do czego co należy poprostu pomoże).
Dlaczego dodatkowo ? .. ano dlatego, że skrypty mają wpisane
"#!/usr/bin/perl" .. niech ktoś przez "przypadek" zrobi upgrade na perla w
/ust/loca/bin i wszysytko się rozjeżdża. Swoją drogą jeżeli ktoś
próbowałby wygenerować pakiet z "#!/nieznany/interpreter" to find-requires
powinien wychodzić z błędem lub o ile sam rpm nie reaguje na "exit 1" (co
powinien robić) to przynajmniej wyraźne możnaby z find-requires wypisać
ostrzeżenie (echo "WARNING! Stupid packager tris to make unusable package
whitch use unknown /nieznany/interpreter interpreter in file
/usr/bin/skrypt !!!"). Jest to dość nagminne w przypadku pakietów
zawierających jakieś różne skrypty np. w perlu o ile zapomniało się
popoprawiać pierwsze linijki tych skryptów to wychodzą pakiety które przy
pierwszej próbie instalacji nie dają się zainstalować .. możnaby tego
unikać przez właśnie rozwinięcie find-requires.

Ciekawe czy dałoby się jakoś automatyczbie generować zależności od
konkretnych pakietów z modułami perlowymi ?

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