[SBTR/security] cups

[Andrzej Krzysztofowicz]

> On Wed, 21 May 2003, Andrzej Krzysztofowicz wrote:
> 
> > > On Wed, 21 May 2003, Andrzej Krzysztofowicz wrote:
> > > [..]
> > > > I tu chyba wlasnie brakuje mechanizmu wymiany informacji, zeby
> > > > - dwie osoby nie wysylaly tego samego zlecenia niezaleznie
> > > 
> > > Bez przetrzymanai infoermacji o tym z jakich rewiszji plików buduje się 
> > > włąsnei pakiet nei jesteś w stanie wykonać cancela zlecenai które poszło 
> > > raz -> zxzaczeło byc juz realizowane -> poszło drugi raz po mimo tego że
> > > nic w międzyczasie się nie zmieniło w repo.
> > 
> > Nie chodzi o wysylanie cancela.
> > Chodzi o niewysylanie drugi raz, jesli juz ktos poslal.
> > IMO, rev. speca w zawiadomieniu tu wystarczy.
> 
> Są dwa przypadki:
> 1) jedna osoba puściła zlecenie i zaraz druga bez zmian w repo
> 
>    Jeżeli stało sie to odstępie nie więcej niż minuta i/lub jeżlei builder
>    jset juz czymś zajęty to pierwsze zlecenie nie zostyanie jeszcze
>    obsłużone i w kolejce z plikami ze zlecaniami odebranie drugiego
>    zlecenia spowoduje zapisanie pliku o tej samej nazwie. Efektywnie
>    wykona sie tylko jeden build. O ile kolejne zlecenie zostało odebrane w 
>    trakcie przebudowywanai pakietu to można próbować kasować zlecenei z 
>    klolejki po to zeby nie dopoószczać do ponownego przebudowywania i to 
>    jest ten przypadek o któryum pisałem.

Tzn. nie czytasz, co ci builder po zbudowaniu odsyla?
Ja czytam, i nie podoba mi sie sytuacja, kiedy wysylam zlecenie i nic nie
dostaje. IMO powinienem dostac co najmniej zawiadomienie, ze nadpisales moje
zlecenie i przejales paleczke.

Sprawdzanie wylacznie po http/ftp nie jest chyba najlepszym pomyslem.

>    W pesemistycznym wariancie najwyzej pakiet zbuduje się dwa razy pod 
>    rząd,a w obu przyapdkach powinny być otrzymane takei same wyniki -> nei 
>    ma tu nic groźnego.

Groznego - nie. Nie twierdzilem, ze jest to grozne. Ale pakiet przebuduje
sie 2 razy, niepotrzebnie obciazajac buildery. Czas to tez jest zasob,
ktorym warto by gospodarowac bardziej optymalnie.

> 2) między zleceniami wykonano zmianę w cvs

To jest poza tematem. Jak wysylajacy bedzie wiedzial, co bylo puszczone, to
sam zdecyduje, czy trzeba puscic jeszcze raz.

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