MAINTAINER PLD-1.0

[Krzysiek Taraszka]

Witaj Tomaszu,
Witaj listo pld-disscus-pl,

jako iz zblizamy sie do dnia wydania PLD 1.0 zastanawia mnie pewien fakt.
Kto zostanie mainainerem linii 1.0 ? jak bedzie wygladala przyszlosc PLD ?
Czym jest nest i czym bedzie w przyszlosci PLD ?

Przejzalem ostatnio system wydawania dystrybucji i wpadlem na cos, co moze
u nas sie sprawdzic.
Postanowilem NAM to przedstawic:

Wydajemy PLD-1.0, ok, teraz problemem jest KTO zostanie opiekunem tej lini ?
nasuwaja sie teraz kolejne pytania, jak to bedzie wygladac? jaka numeracja ?
Co?, kto?, gdzie i jak ?
Odpowiedz jest prosta. Wnioskujac z wypowiedzi Tomasza na zlocie PLD, 
opiekunem zostanie osoba, ktora zglosi chec opieki. Wnosze wiec moja 
kandydature.
Teraz jak to bedzie wygladac w praktyce ? Na ftp pojawil sie juz katalog 
updates.

W moim zalozeniu bedzie on tym, czym nest jest teraz, czyli stanie sie 
podwalina do kolejnej stabilnej poddystrybucji z lini 1.0, powiedzmy PLD 
1.0r1 (albo PLD 1.0.1) To jest do obgadania.
Teraz pytanie, jak dlugo i ile bedzie kolejnych podwydan PLD 1.0 ? 
Odpowiedz jest prosta, bedzie ich tyle, ile bedzie wymagala sytuacja.
katalog updates caly czas bedzie istnial i na bierzaco beda wzucane poprawki.
TO tylko od mojej intencji bedzie zalezec, kiedy wydam kolejne PLD 1.0rX 
badz 1.0.x.
Sadze ze powinno sie to pojawiac co 2-3 miesiace.
Kiedy zaprzestac wydawania/rozwijania 1.0rX (1.0.x) ? odpowiedz jest prosta.
Po wydaniu kolejnej dystubucji oznaczonej wyzszym nr rel (PLD-2.0).
Teraz CO ma byc wzucane do updates a co do PLD-1.0rX ?
Moze pokrutce przedstawie moje zalozenie:

Zalozenia, ktore musi spelnic pakiet, aby wejsc do dystrybucji STABILNEJ:

    1.  Pakiet usuwa blad bezpieczenstwa.

    2.  Poprzedni pakiet nie instaluje sie, ma niespelniana zaleznosc, badz
        skrypty instalacyjne %post %postun

    3.  Pakiet zawiera fix dla krytycznego bledu z BTS, ktory moze zagrozic
        bezpieczenstwu, moze zagrozic utrata danych badz pakiet wcale nie 
	dziala, lub dziala ale niezgodnie z zalozeniami tworcow.

    4.  Pakiet musi kompilowac sie i dzialac na architektorach, na ktorych 
	wydane zostala dystrybucja STABILNA

Pakiety, ktore prawdopodobnie nigdy nie trafia do STABLE, badz zostana 
przezemnie odzucoce:

    1.  Pakiety, ktore nie zawieraja poprawek dla bledow krytycznych badz 
	bledow bezpieczenstwa

    2.  Pakiety, ktore maja trafic do nest lub dystrybucji rozwojowej
        (za wyjatkiem pakietow, z bledami krytycznymi lub poprawiajacymi 
	bledy bezpieczenstwa)

    3.  Pakiety, ktore nie buduja sie na architektorach, na ktorych wydana 
	zostala	dystrybucja STABILNA do czasu, kiedy nie zostania 
	poprawiona jego kompilacja

    4.  Pakiet, ktory jest nowy, ktorego miejscem/przeznaczeniem jest nest 
	lub dystrybucja rozwojowa

Zalozenia, czym jest updates a czym PLD-1.0rX (1.0.X)
    *   updates/ to katalog z pakietami, w ktorych poprawiono bledy 
	bezpieczensta lub bledy krytyczne, bledy instalacji, etc
        Pakiety w updates/ sa traktowane jako podwalina do kolejnej 
	poddystrybucji stabilnej
        Pakiet trafiajacy do updates/ musi przejsc faze ra/test (tylko, 
	jesli poprawiony jest proces instalacji, badz poprawka, ktora 
	bedzie wymagala przetestowania)
        Nastepnie pakiet trafia z ra/test do ra/updates
        UWAGA! Po wydaniu kolejnej poddystrybucji katalog updates/ 
	automatycznie jest czyszczony
        Jego zawatrosc przenosi sie do ra/PLD-1.0rX

    *   PLD-1.0rX/ to katalog, ktory zostaje zamrozony jako poddystrybucja 
	STABILNA.
        Sklada sie on z propozycji, ktore trafily wczesniej do updates/
        Kolejne poddystrubucje przyjmuja odpowiednio kolejne numerki.
        X->1,2,3,...,n

Teraz czesc osob NAPEWNO zastanawia sie jak by to wygladalo z mojej strony ?
Jak bym sie spisal ?
Chyba przez ostatni rok mojej aktywnosci w PLD dalem sie zauwazyc jako 
czlowiek mlody, ambitny, ale i rozsadny. Z mojej strony nie wyszedl nigdy 
pakiet z etykieta STBR jako pakiet niestabilny, nie dzialajacy 
(przynajmniej ja nie pamietam ;))
Z drogiej strony moja praca wlozona w kernel jest jednak pewnym 
wyznacznikiem mojego doswiadczenia i odpowiedzialnosci jakie moge w tej 
dziedzinie zaoferowac.
Droga strona jest moja dyspozycyjnosc i czas. Pod koniec lipca robie sobie 
wakacje.
Sadzilem, ze bedzie to caly miesiac, ale skonczy sie na 1,5 do 2 tyg 
(biznes do ubicia mam)
Po 2 tyg wakacji jestem dyspozycyjny caly czas. Nastepnym terminem, gdy 
bede zajety beda swieta oczywiscie oraz terminy blizej nieokreslone, o 
ktorych dam znac.
Na ten czas powolam osobe odpowiedzialna za linie 1.0rX (1.0.X).

Uff, mam nadzieje, ze jasno przedstawilem zalozenia , sadze ze w ten 
sposob oddzieli sie linie STABILNA od lini rozwojowej i ze dostane wolna 
reke w kierowaniu drzewkiem PLD-1.0rX.
W ten sposob odciaze developerow od zawracania sobie glowy linia 1.0, oraz 
pozwole skupic sie im na rozwijaniu lini DEVEL, ktora stanie sie kolejna 
DYSTRYBUCJA (nie poddystrybucja)STABILNA ( wg mnie powinno to byc PLD-2.0).

Pozdrawiam:

Krzysiek Taraszka                       (dzimi w pld.org.pl)