Budowanie zależnych od siebie pakietów (Re: 2.2 vs 2.4 -- propozycja)

[Paweł A. Gajda]

niedziela 22/07/2001 20:43:56, Tomasz Kłoczko:
> On Sun, 22 Jul 2001, wrobell wrote:
> > bcond? ok, ale nie prościej mieć to w osobnych spec-ach, przecież
> > jak wyjdzie nowa wersja alsy to nie musisz:
> > - przekompilowywać całego ogromnego pakietu z kernel-em
> > - mirrory nie muszą dociągać kernel* tylko alsa*
> > - w przypadku Twojego rozwiązania musisz bcond-a nałożyć też na
> >   resztę - komplikujesz niepotrzebnie (wg. mnie) spec-a
> 
> Znowu 9ile razy mozna :) .. nie chodzi o prosstotę speca bo to jest cena 
> jaką tzreba będzie zapłacić za to żeby mmieć pewność że pakiiety z 
> modułami nie rozjadą się co do wersji (nie ma czegoś za nic ..).
> Kwetstia w tym wypadku że stopień komplikacji jest IMHO na tyle jeszcze do 
> przyjecia żeby argument o tym że pakeity z modułąmi się neirozjadą mógł 
> przeważyć. Zastamnów sie jeszcze raz nad tym. 

IMO próbujesz dość topornie załatwić problem automatycznego puszczania 
na buildery pakietów zależnych od siebie. Indetyczny problem jest 
przecież teraz z bibliotekami, np. ostatnio zmieniła się gd, a na ftpie 
dotąd leży ntop: 

$ poldek -V | grep gd
poldek: ntop-1.3.2-2.010326: req libgd.so.1 not found

Ja bym to załatiwił jakoś tak (na przykładzie gd): 

DEPS="`./poldek -q --shcmd='desc -B gd-1.8.4-1' | sed 's/RequiredBy://g' |
	tr -d ','`"

install_on_builder gd-2.0 	

for i in $DEPS; do 
	send_to_builder $i 
done