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

[Tomasz Kłoczko]

Wprowadzanie już tearaz rozdzielenia w cvs dla 1.0 wymaga uporządkowania 
zmian po to żeby w odpowiednim momencie mozan było nazwać to 1.0 i dopiero 
wtedy ioetykietować. To co możemy teraz zrobić to nie skupianie sie na tym 
jak takie rozdzielenie zrobić tylko co musi być jeszcze zrobione do wersji 
1.0. Jest tego conajmniej kilka punktów:

- 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.
- 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,
  - 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,
  - poporawianie desktopów kde żeby w icon byłu umieszczone pełne nazwy 
    plików (z rozszerzeniami).

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

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.

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. 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ć ?"

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) jak nie dwa (postfix ?).

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*