skrypty builderów (Re:

[Andrzej Krzysztofowicz]

> > 2. priorytety zleceń
> > 
> > Z kolejki wybieramy zlecenie o najwyższym priorytecie, które jest
> > najstarsze. Priorytety przwiduję 3:
> [...]
> 
> Kiedyś proponowałem (2 kolejki - normalną i uprzywilejowaną) to odpowiedź 
> była, że buildery i tak się nudzą, więc to nie ma sensu.

To bylo zdanie tylko i wylacznie kloczka...

> > > Nie jestem pewien, czy powinien. A jak to co sie wlasnie zbudowalo
> > > jest na tyle skopane, ze rozpieprzy system ? Wg koncepcji kloczka
> > > "zaakceptowaniem" pakietu dla instalacji na builderach mialo byc jago
> > > przejscie test -> ready.
> > Czekanie na przejście test -> ready jest IMHO nierealne, np. libtool ma
> > req-eq na gcc. I co przebudowujemy gcc i przerzucamy od razu do ready?
> > Przecież nie ma tam jeszcze libtoola. A w ready/ miały być pakiety
> > spójne pod względem zależności afaik.
> 
> Nie - w ready miały być gromadzone pakiety do uzyskania spójności.
> 
> > > A gdy proces budowania jakiegos pakietu sie zapetli (zdarza sie!) na
> > > ktorejs architekturze ?
> > Trzeba killnąć, nie wiem jaki to ma związek z doinstalowywaniem BR.
> 
> limity trzeba ustawiać...

limity na co? na czas procesora dla make ?
Jesli make w kolko odpala to samo polecenie, to niepredko ten limit
osiagnie.
Czy na max. dlugosc buildloga ?
ZTCP zapetlony byl hdf5 dla sparc. Powinien lezec na buildlogs.

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