MAINTAINER PLD-1.0

Wto, 16 Lip 2002, 14:38:02 CEST

On Tue, 16 Jul 2002, Krzysiek Taraszka wrote:
> jako iz zblizamy sie do dnia wydania PLD 1.0 zastanawia mnie pewien fakt.
> Kto zostanie mainainerem linii 1.0 ?

Ja cały czas miałem nadzieję, że mimo wszystko Ty :)

> jak bedzie wygladala przyszlosc PLD ?

Zobaczymy :)

> Czym jest nest i czym bedzie w przyszlosci PLD ?

nest? Wiecznym poligonem. Miejscem do testowania nowych rzeczy. 
Niekoniecznie wszystko stamtąd powinno trafiać do normalnego użytku. Taki 
PLD-owski RawHide czy Cooker

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

Na to ja cały czas czekałem. Dziękuję za twoją odwagę.
Bo to jest naprawdę odważny krok. Konserwacja takich rzeczy to naprawdę 
niełatwa sprawa, ale... myślę, że przy kernelu się wprawiłeś już trochę ;)

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

To już napisałem w innym poście. Konwencja debianowa rX mi się nie podoba. 
Zresztą - po co sugerować, że się na nich wzorujemy? ;)

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

I tak ma być :)

> Kiedy zaprzestac wydawania/rozwijania 1.0rX (1.0.x) ? odpowiedz jest prosta.
> Po wydaniu kolejnej dystubucji oznaczonej wyzszym nr rel (PLD-2.0).

hmm... niekoniecznie.
IMHO powinniśmy wspierać przynajmniej jedną linię wstecz. Ale na to może 
nie starczyć zasobów. sprzętowo-ludzko-czasowych.
Do kiedy będziemy mieli wsparcie dla starszych wersji to się zobaczy.

> 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

I tego się należy trzymać.
Pozostaje jeszcze kwestia co robić jeżeli pojawia się sec-poprawka, ale 
jest ona dostępna na pakiet o nowszej wersji. Czy łatamy stare (tak jak w 
debianie i często w RH) czy też wrzucamy nowe? Pierwsze trudniejsze, ale 
niby lepsze. Drugie łatwiejsze, ale potencjalnie powodujące więcej 
problemów.

> 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

Nie.
To nie tak.

IMHO należy tylko generować ISO z nowym wydaniem, a updates pozostawić bez 
zmian. Instalacja sieciowa powinna korzystać z tego katalogu, a instalacja 
z ISO byłaby normalnie osiągalna. Mniej roboty i prostsze to wszystko.

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

patrz wyżej

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

W poprawne podejście i sposób pracy ja nie wątpię. I chyba nie ma osoby, 
która ma ci cokolwiek do zarzucenia :)

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

To jest najważniejsza i najtrudniejsza cześć całego przedsięwzięcia - 
czas.

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

Ja nie mam nic przeciwko

> W ten sposob odciaze developerow od zawracania sobie glowy linia 1.0,

ooo - ja myślę, że ludzie ci pomogą. Niektórzy tego używają ;)

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

Myślę, że z tego co trafi do devel możnaby stworzyć katalog contrib/ - 
rzeczy z nowszych release, ale nie wspierane. Skompilowane tylko na 1.0
IMHO to niezły pomysł.

-- 
---------------------------------
pozdr.  Paweł Gołaszewski        
---------------------------------
CPU not found - software emulation...