Buildery

[Witold Filipczyk]

On Tue, Jan 14, 2003 at 10:08:39PM +0100, Andrzej Krzysztofowicz wrote:
> > 
> > Jest quota.  Buildery będą miały dużo RAMu.
> 
> Duzo ? A mowiles, ze tylko 3GB.
> Duzo to by pewnie bylo 3TB...

s/dużo/wystarczająco dużo/

> 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.

A o czym myślisz i jaki 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 ?

Tu powinno być $i/pakiet.spec.

Wrzuciłem kilka skryptów do builder_ng.
Po niewielkich modyfikacjach powinno zacząć działać.

> Na builderze SRPM-ow, alphowym, x86, SPARC, czy moze w cvs-ie ?
> Do ktorej maszyny zleceniodawca musi miec dostep ?

Zleceniodawca zwany cvs musi mieć prawo zapisu do serwera z SRPMami.
Prawo zapisu przynajmniej do katalogu dla swojej architektury powinien
mieć każdy klient(builder), prawo zapisu do serwera BUILDLOGS i serwera RPMS.

> Bo moze nie miec bezposredniego do zadnej z powyzszych...

-- 
Witold Filipczyk
<witekfl w poczta.onet.pl>