ra-general-updates: kto, z kim, kiedy ?

[Andrzej Krzysztofowicz]

> > > Może dwie kolejki: superusera i automatyczna.
> > > Nawet w kernelu jest tylko tryb jądra i użytownika.
> > > Pakiet, na którym builder się wyłoży - na koniec kolejki.
> > > To co proponował Marcin Chojnowski na devel-en, żeby dla każdego budowanego
> > > pakietu od nowa tworzyć środowisko budowania, ściągając poldkiem tylko
> > > pakiety z BR.
> > > Jeśli maszyna ma dużo RAMu, można zrobić chroot-a na ramdysku i nie będzie
> > > opóźnień.
> > > Przebudowane pakiety trafiają do test.
> > > A do buildera są ściągane z głównego ftp-a.
> > > Jeśli na test jest świeższy pakiet niż na ftp-ie, to włącza się alarm,
> > > maszyna zatrzymuje się i czeka na decyzję operatora.
> > 
> > Czyli raczej trzy: mial byc jeszcze priorytet niski - dla pakietow
> > nieprodukcyjnych.
> 
> To wymaga dużej "lookup-table" ze spisanymi priorytetami
> dla poszczególnych pakietów.

Dlaczego duzej ? Spodziewasz sie tysiecy pakietow w kolejce buildera ?
Setka nie powinna byc problemem.

> Obciążenie builderów nie będzie zbyt duże, szczególnie że ma być
> ich kilka(naście).

> Z drugiej strony jeśli używający PLD na maszynach produkcyjnych
> "nie wspomagają" PLD w żaden sposób, dlaczego mieliby być faworyzowani.

Co konkretnie masz tu na mysli?

Pakiety nieprodukcyjne == pakiety testowe (tzn. ktore nie maja trafic na ftp)

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