BR w perl-* (Re: SPECS: perl-DBI.spec (HEAD))

[Andrzej Krzysztofowicz]

> >  # $Revision$, $Date$
> >  #
> >  # Conditional build:
> > -# _with_tests - perform "make test"
> > +# _without_autodeps	- don't BR packages needed only for resolving deps
> > +# _with_tests		- perform "make test"
> >  #
> >  %include	/usr/lib/rpm/macros.perl
> >  %define	pdir	DBI
> > @@ -17,7 +18,7 @@
> >  Patch0:		perl-DBI-changes.patch
> >  BuildRequires:	rpm-perlprov >= 4.1-13
> >  BuildRequires:	perl >= 5.6.1
> > -%if %{?_with_tests:1}%{!?_with_tests:0}
> > +%if 0%{!?_without_autodeps:1}%{?_with_tests:1}
> >  BuildRequires:	perl-PlRPC
> >  BuildRequires:	perl-Storable
> >  BuildRequires:	perl-Net-Daemon
> 
> Może być taki kompromis?
> Na builderach dystrybucyjnych te BR są potrzebne, żeby zależności
> deterministycznie rozwiązywały się do nazw pakietów.
> A w przypadku domyślnie wyłączonych testów BR były także wyłączone...

Z mojej strony spraeciwu nie ma. Mozesz robic massive attack ;)

BTW1: s/%{!?_with_tests:0}/0/ oczywiscie tez...
BTW2: coraz czesciej ostatnio spotykam testy wykonywane warunkowo, tzn.
      tylko w razie wykrycia okreslonych pakietow. Cos z tym robimy ?
      (moze to byc potencjalnie wykrywanie konfliktow, ale konfiguracja
      builderow by puchla).
BTW3: Co robic z pakietami, ktore wymagaja np. takiej kombinacji pakietow:
      ( A i B ) lub/albo ( C i D ) ? Tworzyc metapakiety, czy wybierac ?

-- 
=======================================================================
  Andrzej M. Krzysztofowicz               ankry w mif.pg.gda.pl
  phone (48)(58) 347 14 61
Faculty of Applied Phys. & Math.,   Gdansk University of Technology