Których pakietów nie przerzucać?

[Jakub Bogusz]

On Sun, Jan 11, 2004 at 03:24:56PM +0100, Jacek Konieczny wrote:
> On Sun, Jan 11, 2004 at 01:34:53PM +0100, Jakub Bogusz wrote:
> > > RPMa postaram się dzisiaj zrobić. O ile dziecko mi da.... właśnie mnie
> > > do zabawy z klockami ciągnie... ale będę twardy.... jak się trochę
> > > pobawię :-)
> > 
> > Co do zależności:
> > - chyba lepsze byłoby regexec z dodanymi ^ $ (na początku i na końcu
> >   każdego wyrażenia) zamiast fnmatch (tak jak we wrapperach - w paru
> >   specach to było wykorzystane) - ale zastanawiam się, czy dla
> >   _noauto*files także
> 
> Dla _noauto*files chyba nie. Gdzie indziej mogę dodać, o ile nie będzie
> to wymagać zależności od jakiejś dodatkowej biblioteki.

regex.h z glibc by wystarczyło.

> IMHO w
> większości przypadków globy starczją().

Dla tego co jest teraz w specach starczają - ale popsułoby to ich
kompatybilność między wersjami rpm-a (inne dla <= 4.3-0.2003xxxx, inne
dla 4.3-0.2004xxxx).

> > - perl i php - teraz znowu zawsze generuje zależności...
> >   są dwa rozwiązania:
> >   - tak jak ostatnio - generować tylko jeśli %{_perl_deps} i %{_php_deps}
> >   są ustawione (a są ustawiane w macros.{perl,php})
> >   - w głównych makrach ustawić skrypty dla perla i php na "cat >/dev/null",
> >   a w macros.{perl,php} przedefiniowywać na właściwe?
> 
> Zobacze jak to jest domyślnie w RPMie, żeby za bardzo nie zmieniać.

Domyślnie jest włączone, ale nie ma obsługi peara (php).

> Zastanawiam się tylko czy generowanie zawsze zalezności w skryptach jest
> rzeczywiście złe? IMHO poiwnno zostać, tylko trzebaby je tak zrobić,
> żeby nie robiło złych zależności.

Kiedyś już było omawiane - na pewno dla php/peara w większości było to
niechciane zachowanie (działa dobrze tylko dla rzeczy pearowych,
w zwykłych php potrafiło generować bezsensowne Provides/Requires).

Dla perla by dużo złego nie zrobiło (trzeba by było dodać _noauto* do
kilku czy kilkunastu pakietów - gorzej z namierzeniem takich) - ale
znowu pojawiłaby się niespójność - z zachowaniem dla peara i z tym, co
było kiedyś (spece są dostosowane do starego zachowania, jest %include
macros.perl w ponad tysiącu speców tego wymagających).


-- 
Jakub Bogusz    http://cyber.cs.net.pl/~qboosh/