cdg: 20040916-2344-dodanie_distver_do_ac (HEAD)

[Tomasz Pala]

On Fri, Sep 17, 2004 at 12:22:56 +0200, Mariusz Mazur wrote:

> > Wcześniej trzeba je było wymusić przełącznikiem. Jeśli teraz poldek sam
> > bez mojej ingerencji uzna, że pakiet z takim samym EVR kwalifikuje się
> > na upgrade * - to jestem przeciwny.
> 
> Uzna. Bajer polega na tym, że w przypadku ręcznego pilnowania releasów, 
> paczka, do której zupgrejdujesz, nie będzie miała jakiś triggerów, czy czego 
> tam. Będzie idealnie tą samą paczką, tylko z bumpniętym releasem. Czemu? 

Nie będzie.

> Temu, że jeśli ktoś się w th weźmie za podbijanie releasów, to po prostu 
> sobie wygeneruje listę tych samych paczek w ac i th, po czym półautomatycznie 
> popodbija wszystko co trzeba w th i puści na buildery. I stanie się to 
> kiedyśtamwprzyszłości,

A kiedyśtamwprzyszłości+miesiąc, gdy ja to będę upgradował, to paczka w
Th może się zmienić tysiąc razy. Chyba nie zakażesz dłuższego używania
Ac?

> albo wcale, natomiast z distver upgrade każdej paczki 
> będziesz miał dostępny od razu (w sensie - z miejsca będzie wiadomo, czy 
> niczego nie psuje).

I będzie mi się baza rozjeżdżała. Przykładowy scenariusz:

Ac: rel x
Th: rel x

po tygodniu:
Ac: rel x+1 - i tego sobie instaluję, bo używam ciągle Ac.

po miesiącu:
Th: rel x+1 - przeniesiono kilka plików.

następny dzień:
robię upgrade Ac do Th, czyli x+1 na x+1, który ma inną listę plików.
rpm nie kasuje plików, które z pakietu zniknęły, stan bazy jest wysoce
nieokreślony.

> Jeśli natomiast ktoś dodał odpowiednie triggery do danej paczki, to i tak jest 
> przecież bez różnicy jaki będzie stosunek evr pomiędzy paczką z ac, czy th.

A sprawdziłeś zachowanie $0 i $1?

-- 
GoTaR <priv0.onet.pl->gotar>
http://vfmg.sourceforge.net/