skrypty builderó

[Andrzej Krzysztofowicz]

> On Sat, Jun 07, 2003 at 11:00:33PM +0200, Andrzej Krzysztofowicz wrote:
> > > > > Pozatym builder ma teraz opcję, że instaluje zbudowane pakiety. Tylko,
> > > > > że to działa w 1/2 przypadków ze względu na zależności.
> > > > 
> > > > Nie jestem pewien, czy powinien. A jak to co sie wlasnie zbudowalo jest na
> > > > tyle skopane, ze rozpieprzy system ?
> > > > Wg koncepcji kloczka "zaakceptowaniem" pakietu dla instalacji na builderach
> > > > mialo byc jago przejscie test -> ready.
> > > 
> > > Czekanie na przejście test -> ready jest IMHO nierealne, np. libtool ma
> > > req-eq na gcc. I co przebudowujemy gcc i przerzucamy od razu do ready?
> > > Przecież nie ma tam jeszcze libtoola. A w ready/ miały być pakiety spójne
> > > pod względem zależności afaik.
> > 
> > Nie, ready mialo byc przechowalnia w ktorej pakiety czekaja *tylko* na
> > spelnienie zaleznosci i podpisanie.
> > Po tym mialy byc (mniej lub bardziej automatyczne) przesuwane do glownego
> > drzewka + updates.
> 
> Ok, to czym się różni test/ od ready/?

Jak cos jest puszczane tylko testowo, to nie przechodzi do ready.
Ready jest "poczekalnia" na spelnienie zaleznosci.

[...]
> Jeśli coś się będzie tu psuć, to znaczy, że mamy błąd, który trzeba
> poprawić. Zresztą w tym układzie powinna być łatwa możliwość zrobienia

Nie da sie ukryc. Ale mozemy miec tez skopany builder.

> buildera od nowa (poldek -i rpm-build + cośtam może jeszcze i tyle).

Skoro tak uwazasz...

> > > Natomiast dla pozostałych pomysł jest taki: zlecenia wysyłamy na
> > > srcbuilder. Kolejność dochodzenia do niego jest obowiązująca. On buduje
> > > srpm, wystawia je. 
> > > 
> > > Natomiast zlecenia dla innych builderów wystawia via http, wysyłając
> > > tylko pocztą powiadomienie: ,,są nowe zlecenia''.
> > > 
> > > Po http wystwiony jest plik ze wszystkimi zleceniami z ostatnich
> > > (powiedzmy) 30 dni.  Każde opatrzone numerem kolejnym, a buildery
> > > pamiętają jaki był numer ostatnio przetwarzanego zlecenia.
> > 
> > Gdzie bedzie to http ?
> 
> Na srcbuilderze.

Chodzi mi o fizyczna lokalizacja i osisgalnosc.
SMTP jest bardziej niezawodne od HTTP.
Co z weryfikacja zlecen?
Jak ktos zrobi DNS-spoofing i podszyje sie pod serwer, to moze wyslac
dowolne zlecenie na buildery?

Co z zleceniami dla pojedynczych builderow (pakiet tylko na jedna
architekture, albo gdy na jednej trzeba go przebudowac ponownie) ?

> > Jak administrator buildera moze wykluczyc budowanie okreslonego zlecenia na
> > builderze? (np. na mifgate XFree mozna bylo budowac tylko recznie,
> > zatrzymujac co jakis czas budowanie - inaczej byl murowany wysyp jadra)
> 
> Samo zablokowanie to nie problem. Problem jest taki, że jeśli takie
> kombinacje są potrzebne, to taki builder nigdy nie będzie w syncu z
> innymi. Założenie było że budowanie pakietów jest bezobsługowe.

Na mifgate to zalozenie nie bedzie w 100% spelnione.
Chyba, ze inny builder ra/alpha.
Dotzychczas bylo tak, ze podczas masowych budowan wylaczalem budowanie z
crora i wybieralem sposrod nadeslanych zlecen recznie.
Poza tym on nie uruchamia budowania zlecen 24x7.

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