Zmiany w metodach działania

Nie, 25 Cze 2000, 02:14:51 CEST

To co jest budowane automatycznie od samego początku niemal rozjeżdżało
się w mniejszym czy też większym stopniu. Znaczy się nigdy tak naprawdę
buildery nie posiadały zainstalowanych dokładnie tych samych wersji
pakietów, bo wszelkie operacje na nich były wykonywane recznie i
niezależnie od eszty. Ostanio poziom tych rozjazdów zwiększył się już do
granicy przy której całość zaczęła wyraźnie już przypominać niezły
bałagan. Zmiany w takiej sytuacji są już konieczne i gardłowo potrzebne.

Zarys najbliższych zmian i tego co już jest zrobione.

Właśnie kończe przygotowywanie nowego środowiska do pracy builderów.
Pierwszy etap już jest skończony. Polega on na tym, że wszystkie pakiety
po zbudowaniu automatycznie są odsyłane i przez to dostępne na
ftp://mer.zie.pg.gda.pl/test/.

Jutro powinienem do wytestować do końca kawałki skryptów które umożliwią
synchroniczne instalowanie pakietów na builderach. Zaraz potem bedę
testował dodatek umożliwiajacy raportowanie takiej czynności na
pld-announce-list (powinna być jeszcze ta lista, jeżeli już jej nie ma to
prosiłbym Sergiusza o ponowne jej utworzenie). Powinna powstać jeszcze
jedna lista o nazwie pld-control-list na którą bedą wpływać build logi tak
żeby wszyscy mieli szanse dowiadywać się o tym co sie przekompilowało i
ewentualnie z jakie błędy spowodowały to że coś się nieprzebudowało. Tutaj
małe ostrzeżenie, że żeby odbietrać listy jakie tu bedą wpadać
prawdopodobnie trzeba będzie sobie zwiekszyć limit na maksymalny rozmiar
listu tak do 6MB. Inne rozwinęcie i chyba nawet lepsze powyższego moze być
takie, że na pld-control-list trafiałbyby tylko krótkie notki o tym czy
pakeit sie pzrebudowało poprawnie czy nie, a na ftp gdzieś by były dosepne
pełne logi z niepopraenych budowań. Ruch na tej liście zapewne bedzie
spory i osoby zapisujace sie na tą listę powinny powyzsze uwzględniać.

Automatyka przenosząca pakiety z /test do /Ra będzie od razu także juz
podpisywać pakiety (klucz wystawie już jutro - zaraz spadam bo chce się
przed jutrzejszym dobzre wyspać żeby czegoś za mocno nie sknocić) i
etykietować wszystkie zasoby w repo.

Od tego momentu ilość osób mogacych wysyłać listy ze zleceniami do
przebudowania powinna ulec zwiekszeniu. Krąg osób które do tej pory miały
uprawnienia do wysyłania zleceń zmieni sie na krąg osób które bendą mogły
wysłać zlecenie przesunięcia pakietu z /test do podstawowej hierarhii.

Przed rozpoczeciem przesuwania pakietów z test wartoby już ostatecznie
rozstrzygnąć hierarhię drzewek dla poszczególnych architektór. Mam tu na
myśli to czy dopuszczamy to zeby w podstawowej hierarhi znajdowały się
wiecej niż jeden funkcjonalny odpowiednik jakiegoś narzędzia. Jezlei
zdecydujemy, że tak ma niebyć to trzeba będzie wydzielić osobny katalog na
zaminniki i zmodyfikować pod tym kontem instalator (nie wiem dlaczego
dokładnie i nie potrafię tego wytłumaczyć alejakoś intuicyjnie czuję że
może być to jednak ważne żeby nie mieć zamienników w podstawowej
hierarhii).

Przewiduję także zmiany co do zarządzania uprawnieniami umożliwiajacymi
wysyłanie zleceń budowania tak żeby po każdej takiej operacji nie trzeba
było dodawać/aktualizować kluczy na wszystkich build hostach (ale to na
końcu obecnych zmian).

W poniedziałek Miłek powiniem zmienić sposób aktualizacji ftp.pld.org.pl
tak żeby było to juz ciągnięte z mera. Do tego czasu mam nadzieję że uda
mi się skończyć to co będzie potzrebne żeby można było zacząć przesuwać
już normalnie i regularnie pakiety z test do podstawowej hierarhii.

Od tego momentu zacznie się ostatecze czyszczenie pakietów połączone z
podbijaniem rewizji tak żeby juz nowymi pakietami generowanymi z użyciem
nowej procedury można było wykonać swobodnie upgrade.
Tutaj uwaga. jeżlei jeszcze ktoś widzi potencjalnie mozliwoąsci wykonanai
jeszcze jakiś masowych zmian w specach to wartoby nawet przesunąć
rozpoczącie dziaąłnai o dzień czy dwa żeby pzredyskutować takie zmiany i
je wprowadzić przed ostatecznym czyszczenie.

A jeszcze jedno. Zbudowanie pakietu do /test będzie połączone z próbą
wykonania "rpm -U --test zbudowwany_pakiet*" po to żeby było od razu
wiadome czy pakiety potencjanie nie bendą nachodziły na jakieś inne zasoby
które już są w systemie.

Także jeszcze raz .. od teraz. każdy pakeit tuż po zbudowaniu bedzie
automatycznie dostępny na ftp://mer.zie.pg.gda.pl/test/.

Mam nadzieję że powysze zmiany pozwolą wreszcie uzyskać pełną
synchronicznizację między architekturami. Przy bliskich perspektywach
dołaczenia jeszcze AXP do builderów powinno w sumie to ułatwić dodawanie
kolejnych architektur.

Powyższe także będzie platformą do tego żeby można było rozpocząć
kompletnie automatyczne generowanie img CD.

Kolejną zmianą jaką przewiduję prawdopodobnie na dniach będzie
uruchomienie jeszcze jednego automatu który mając wydzieloną listę
pakietów które są już przyszykoane na poziomie speca i w zasadzie dosć
regularnie budujące się z wersji na wersje przy zmianie tylko wersji
pakietu bedzie sparwdzał w kółko to czy nei ma nowych wersji źródeł i o
ile takowe bedą to bedzie podejmował automatycznie próbę upgrade'u pakietu
w repo połączone z wysłaniem przebudowanie go do /test (jest takich
pakietów juz całkiem sporo i zajmowanie się nimi niepotzrebnie pochłania
czas). Co do reszty pakietów to dobrze żeby ktoś zajął się automatem
notifiera bazując na tym co jest pldnotify.awk tyle że z poprawkami bo
skrypt ten ma nadal wady. Możanby to też sprząc z jakąś listą.

Zarządzenie tą listą bęzie poprzez plik w cvs także każdy będzie w razie
czego mógł mieć na nią wpływ korzystajać z uprawnień RW do repo.

Uwagi co do powyższego mile widziane.

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*

___________________________
polish  linux  distribution
-> http://lists.pld.org.pl/