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

Witold Filipczyk witekfl w poczta.onet.pl
Śro, 11 Gru 2002, 18:06:53 CET


> Budowanie dla roznych architektur zazwyczaj nie jest jednoczesne. A ktos
> moze (i czasami robi) commity *po* wyslaniu zlecenia (nie ma zadnej
> publicznie dostepnej informacji, ze cos wlasnie czeka na przebudowanie i
> nalezy sie z commitami wstrzymac), co w efekcie czesto daje pakiety
> zbudowane na podstawie roznych wersji speca / zrodel.
> 
> Chyba, ze jakies locki dla cvs-u ustawiane przez buildery wymyslimy...
> Mysle, ze lepiej zdejmowac tagi, jesli pakiet sie nie zbuduje. I to nawet
> moze sie odbywac automatycznie na podstawie wynikow z builderow.

Jak będzie pełna automatyka (automatykę wyzwala zmiana Release speca),
to rewizja speca a także rewizje wszystkich źródełek zostaną
zapisane w pliku, który zostanie ustawiony w kolejce oczekujących.

Żeby nie przeszkadzały w działaniu mechanizmu pakiety, których się nie buduje
na danej architekturze powinny być tagowane, np.
blablabla.spec z tagiem NON_SPARC nie będzie w ogóle puszczany na builder
SPARCowy.

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

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.

-- 
witekfl w poczta.onet.pl
Kabel EPLIP - najtańszy sposób połączenia dwóch komputrów!
KUP TERAZ http://www.allegro.pl/showitem.php?item=8913117



Więcej informacji o liście dyskusyjnej pld-devel-pl