Buildery

[Lukas Dobrek]

On Tue, Jan 14, 2003 at 04:26:03PM +0100, Tomek Orzechowski wrote:
> [13 styczeń, 2003] Lukas Dobrek napisał:
> 
> >Przeczytalem TODO w pld-builder to chyba to o czym mowimy.
> >
> >I tak mam kilka uwag i troche pytan.
> >
> >2. tzw. massive-requester nie jest chyba niezbedny tzn powino sie go dac 
> >    zrealizowac obok buildera jako cos co buildera urzywa, ale nie jest 
> >	jego integralna czescia. 
> 
> Jeśli dobrze rozumiem to massive-requester ma karmić requestera
> zleceniami typu massive build na podstawie danych od innych modułów
> (np. status) i nie będzie niezbędny do uruchomienia systemu budowania.
Swietnie ale to wtakim razie jest czesc wtorna do samego buildera.
To moze byc robione skryptologia Franka Banana u niego w domu wolane 
4 razy dziennie z crona i laczone z proroctwani jego babci nie ma powodu 
tego mieszac z builderem jako takim. 
> >   to moze byc tylko jeden z mozliwych klientow do buildera. Powinno sie 
> >   takie kiedys napisac ale napewno nie musi to byc kluczowe. 
> >   /usr/sbin/chroot ./chroot su builder -c rpm --rebuild file.src.rpm 
> >   tez powinno byc dobrym clentem do buildera.
> 
> ??? Przecież to jest budowanie ręczne (niemalże)...
Nie do konca bo mozna to wolac skryptem naprzykald requester robil:

ssh $TOSHED_BUILDER "su builder -c /usr/sbin/chroot/ poldek --upgrade-dist"
ssh $TOSHED_BUILDER "su builder -c /usr/sbin/chroot/ su -c ./builder $FILE.spec"

pelna automatyka. Tylko troche bez sensu. 



> >4. Nie rozumiem po co srpm builder ma odpowiadac na zadanie clienta. 
> >   Czy moglbys dokladniej opisac jak sobie wyobrazasz implementacje kolejki. ?
> 
> IMHO srpm będzie przyjmował zlecenia wyłącznie od requestera/proxy.
Czyli bedzie jeden srpm builder przyjmujacy zlecenia od requestera.  I

Bedzie budowal srpm i wystawial ja na widok publiczny.  

Nastepnie bedzie mowil requesterowi sluchaj koles jest zrobiony srpm. 

Wtedy requester bedzie znajdowal buildera dla kazdej architektory ktory 
nic nie robi wswojej liscie builderow. 

Pytal sie go czy dziala. 

I mowil mu zbuduj to co srpm builder wystawil o $TAM. 

I tamten builder bedzie to sciagal i budowal. 

Jak skonczy to bedzie informowal requestera, ze jest wolny. 

nastepnie trzeba cos zrobic ze zbudowanym rpm i z buildlogiem.


Ja bym buildloga przekpiowal do kloczka a tam w kolko pusicil jakis
analizator tych logow. 

A z rpm to tak jesli builder nalezy do grupy zaufanych to niech wystawi
zbudowanego rpm i poinformuje modul do zarzadzania rpm ze jest on $OTAM

I wtedy ten modul w zaleznosci od HGW czego cos z tym zrobi. 



> >5. Moze by tego nie pisac w shellu ?
> >   Argumnt jest taki ze pisanie w shellu sucks. 
> 
> Szczegóły implementacyjne nie są istotnie. Jak będzie papierkologia i
> będą interfejsy to moduły będzie można wymieniać na takie, które się
> lubi/działają/cokolwiek.
ok.

A teraz naprawde ide robic
-- 
Łukasz Dobrek
   An optimist believes that we live in the best of all possible worlds.
   A pessimist is sure that this must be so.
http://www.pld-linux.org