rpm 4.3 i zewnętrzny generator zależności

Artur Frysiak wiget w pld-linux.org
Śro, 16 Lip 2003, 09:43:07 CEST


On Wed, Jul 16, 2003 at 10:08:00AM +0200, Jakub Bogusz wrote:
> On Wed, Jul 16, 2003 at 08:49:13AM +0200, Artur Frysiak wrote:
> > Witam.
> > 
> > Wczoraj zrobiłem małe testy z %{__find_requires} i wychodzi że teraz
> > można podawać argumenty do programu wołanego jako generator zależności.
> > Dzięki temu można na poziomie speca zmodyfikować jego działanie.
> > Np. dodać opcje --with-pear.
> 
> Znaczy "%define __find_requires --with-pear"? :)
%define __find_requires some-crazy-script --with-some-so-crazy-options
> 
> To jeszcze jak to przekazywać ze speców?
> Zastąpić "%include" przez %define (zrywając kompatybilność speców ze
> starym rpm-em), czy w macros zrobić definicję z użyciem makr
> (np. .../find-requires-wrapper%{?perldeps: --with-perl}%{?phpdeps: --with-php})
> i w "przywróconych do łask" macros.* definiować odpowiednie makra
> (tak żeby już macros.perl nie kolidowało z macros.php, jak jest
> w 4.0.2).
> 
> Generowanie zależności dla perla mogłoby być domyślnie włączone, ale
> jest jeden haczyk - skrypty są w rpm-perlprov, więc bez tego pakietu
> (i perl-base) się wykrzaczy... czyli i tak trzeba dopisywać BR, to można
> robić to razem z %include.

może być przez %include ale macros.* trzeba by wtedy przenieść do
rpm-build aby nie było problemu gdy nie ma pliku, bo wtedy BR nie
zadziała (bo i jak skoro jest w nieistniejącym pliku).
Skrypty genrujące zależności mogą być w podpakietach aby nadmiernie nie
rozbudowaywać zależności w rpm-build.

Przy okazji widze że rpm-build wymaga perl-base...
Przy okazji 2: jak już będziesz grzebał w rpmie to dodaj do macros 
%requires_eq_to() z subversion.spec.
Jest to poprawiona wersja %requires_eq tyle że pozwala na wymaganie
pakietu arg1 w wersji pakietu arg2.
Przyda się w przypadkach takich jak w STLport.spec czy asterix.spec

Pozdrawiam
-- 
Artur Frysiak
http://www.pld-linux.org/



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