Buildery

[Andrzej Krzysztofowicz]

> > Jak zagwarantujesz, ze proces przebudowywania speca sie nie zapetli dla
> > ktorejs z architektur ?
> 
> A dlaczego miałby się zapętlić?

Zle postawione pytanie. Prawidlowe: dlaczego sie *zapetlaja*
I moze sam na nie odpowiesz. Polecam jako lekture buildlogi FAIL ze sparca.
Szukaj wg rozmiaru :)
 
> > Jak masz zasoby dyskowe na ramdysku (pamiec przydzielana dynamicznie), to
> > OOM w userspace powoduje, ze zaczyna brakowac pamieci kernelowi (na ramdysk).
> > Konsekwencje sa bardziej przykre (prawdopodobienstwo zwisu wieksze).
> 
> Jest quota.  Buildery będą miały dużo RAMu.

Duzo ? A mowiles, ze tylko 3GB.
Duzo to by pewnie bylo 3TB...

Jak zaimplementujesz quota na RAM w kernelspace, to nie ma sprawy...

> 
> Nie można na stronie głównej umieścić tekstu:
> "Dziekujemy firmom:
> <li><a href="http://f1">f1</li>
> <li><a href="http://f2">f2</li>
> <li><a href="http://f3">f3</li>
> za udostępnienie sprzętu." ?

Jesli chodzi o to, o czym mysle, to moze byc problem.

> > > Zawsze można przesunąć pakiet na początek kolejki (ręczna interwencja
> > > lub automatycznie).  Builderów będzie dużo, kolejki będą krótkie (kapitalizm).
> > 
> > Jak to zrobic jednoczesnie dla wszystkich architektur ?
> > (Priorytetyzacja rozwiazywala problem.)
> 
> for i in $ARCH
> do
>   touch -m -t czas pakiet.spec
> done

Znaczy, gdzie ta kolejka lezy ?

Na builderze SRPM-ow, alphowym, x86, SPARC, czy moze w cvs-ie ?
Do ktorej maszyny zleceniodawca musi miec dostep ?
Bo moze nie miec bezposredniego do zadnej z powyzszych...

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