MAINTAINER PLD-1.0

[Blues]

On Tue, 16 Jul 2002, Krzysiek Taraszka wrote:
> > > 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? ;)
> tak, to racja, tylko tak zasugerowalem.
> IMHO zostaje nam PLD-1.0r1, PLD-1.1 PLD-1.0.1 
> Teraz, kto jest za ktorym ? :>

Nie zrozumieliśmy się.
IMHO PLD-1.0r1 to jest średni pomysł. 1. nie podoba mi sie :) 2. Jest
takie samo ja w debianie. Nie ma sensu sugerować, że się na nich 
wzorujemy.

> Tak, nad tym sie zastanawialem, i doszedlem do wniosku, ze wieksze 
> projekty sa dobrze udokumentowane i zawsze lepiej jest wyciac i poprawki 
> dawac do nas, niz bez sensu updatowac do wersji, ktora moze miec wiecej 
> potencjalnych dziur niz to co jest obecnie

... albo i mniej...
Chyba trzeba będzie każdy przypadek osobno rozpatrywać... :-/

> > > 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.
> Zaraz zaraz, male nie porozumienie.
> Po pierwsze wg mnie updates/ w swoim zalozeniu bedzie katalogiem, w ktorym 
> bede updaty a nie cale distro.

Oczywiście. nic innego nie sugerowałem.

> Nasz poldek/apt-get/wuch juz ustawione sa chyba na katalog updates/ wiec 
> kazdy instalujacy 1.0 bedzie ssal poprawki z tamtad.

Jasne.

> Po drogie iso co 2-3 miesiace, czyli analogicznie, instalujac 1.1 admin 
> znowu bedzie bral z updates/ wiec ? stare zeczy znikaja z tamtad, albo ida 
> do archiwum (nie mamy tego, trzeba bedzie stwozyc).

wszystko po wydaniu 1.0 powinno lądować w updates. I nie powinno być 
stamtąd ruszane. Inaczej stracimy historię, czyli PLD-1.0 przestanie 
istnieć.

Chociaż wiesz? Może faktycznie masz rację...? nie wiem...

> > To jest najważniejsza i najtrudniejsza cześć całego przedsięwzięcia - 
> > czas.
> Tak, czas .. ale mam czas i bede mial

extra.

> > > 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ł.
> oo, dobry pomysl. 

Tak też mi się wydaje :]

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