Lista rzeczy które tzreba uporządkować przed faktycznym oddzieleniem 1.0

[Blues]

On Tue, 20 Nov 2001, Tomasz Kłoczko wrote:
> - uporządkowanie pakietów zawierajacych pakeity z modułami kernela. Wiązę 
>   sie to z wprowadzniem w EXTRAVERSION rel pakietu kernela i 
>   przygotowaniem całej reszty do tego.

Niewątpliwie...

> - pod X11 do uporządkowania są speawy zwiazane z applnk:
>   - zmiany w struktórze mau w któtrej wszystkie aplikacje bendą ułożone 
>     lepiej niż teraz,

kosmetyka

>   - dołożenie dla kde i gnome patchy które bendą powodować niewyświetlanie 
>     w menu podmenu któtre w danym moencie nie mają żadnego pliku desktop,

kosmetyka

>   - poporawianie desktopów kde żeby w icon byłu umieszczone pełne nazwy 
>     plików (z rozszerzeniami).

kosmetyka

> Reszta czynności przygotowawczych musi objąć obcięie ogona na ftp z 
> pakeitami które tam najdłużej leżą. Pakiety te wogóle z ftp bendą musiały 
> zniknąć albo zostać przebudowane i ewentualnie dostać jeszcze jakieś 
> drobne poprawki. Nie ejest tego dużo. Mozan założyć że takei zmiany bedą 
> musiały dotyczyć pakeitów które są z pzred pierwszego stycznai br. takiech 
> pakietów jest w tej chwili na ftp (src.rpm) około 10% sztuk (190 na
> prawie 1800).

To jest faktycznie konieczne.

> Te i zapewne inne czynności są *w rzeczywistości* dalej niezależne od tego 
> czy już robimy 1.0 czy juz devel. Ergo: wymagają i tak uporządkowania. Bez 
> tych porządkół okaże sie za zaczynając juz teraz ścisłe rozdzielenie na 
> 1.0 i wersję rozwojąową wprowadzamy sobie kupę dodatkowej roboty zwiazanej 
> z wrprowadzianiem sporej ilości zmian w dwuch miejscach za kazdym razem.
> Jeżlei ktoś ma jeszcze jakeis inne uwagi co do tego co watroby 
> uporządkować do 1.0 to prszę ..
> Sformułowanie takiej listy jest w tej chwili potrzebne.

Tylko ostatnie (czyli "likwidacja ogona") jest imho _konieczna_ 
Ale to będzie można zrobić w prosty sposób.

> Tro wszystko jest niezależe od tego że w międzyczasie rozpocznie się
> normalna eksploatacja dwuch grup builderów choćby po to żeby mieć pod 
> ręką pakeity do kernela 2.4.

Pragnąłbym zauważyć, że ta eksploatacja trwa już od... lipca...

> Niemniej takich paketów jest nei wiele więcej niż palców u rak i
> wprwadzanie dodatkowego zamiesszanai na ta okazję nie jest jeszcze
> silnie potrzebne. Jeszcze raz to co powinno nam w tej chwili
> przyświecać to maksymalna efektywność (nie eektywnosć w postaci
> propagandowego "mrozimy 1.0"). Tzreba to tak zrobić żeby przy tym nie
> wykonywać zbędnych czynności. Ergo: każdy krok który przyjdzie nam
> podejmować bezie musiał pzreśś pozytywnie przez pytanie "czy nie da
> się tego prościej zrobi/zorganizować ?"

....
i co z tego co powiedziałeś wynika?
nic.

> Jeżeli mamy się skupiać na czymś to sie skupiajmy i wyznaczajmy cele które
> muszą być wypełnione zebyśmy mogli nazwać to zrobimy rzeczyswiście 1.0.
> 
> Kolejna sprawa. jak wygląda zaawansowanie w ipv6. Wiadomo że conajmniej 
> jeden brak (apache)

???
Co brakuje apachowi 1.3.20?
Bo 1.3.22 nie potrzebujemy - tam są głównie poprawki dla win32

> jak nie dwa (postfix ?).

To jest faktycznie niedoróbka.

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