On Thu, 8 Jul 2004, Jakub Bogusz wrote:
[...]

Ale zmieniają kod, na który są nakładane łaty - więc zdarza się, że się przestają nakładać.

i od razu te latki sa poprawiane ...


Tu są potrzebne dwie linie (branche) z jądrem 2.6.
To co jest jest dobre na linię rozwojową.
Ale brakuje linii stabilnej, gdzie byłoby dłużej trzymane _to samo_
jądro, bez najnowszych csetów, tylko z poprawkami błędów wyłapanych przy
testowaniu. I w przypadku np. wykrycia kolejnego błędu security
wystarczyłoby nałożyć łatę na tę wersję i puścić do Ac. Wiedząc, że tam,
gdzie działała poprzednia wersja (dziurawa), to nowe, załatane, też
zadziała - a nie ujawni się nowy błąd w parę dni wcześniej
uaktualnionych sterownikach czy podsystemie. Przy wymianie z 2.6.5 na
2.6.7 czy też snapshot post-2.6.7 do takiej pewności daleko.

Pytanie czy 2.6.x jest już na takie zamrożenie gotowe (2.4.x dla Ra
zostało na dobre zamrożone po raz pierwszy przy 2.4.18...).
Bo jeśli nie - to... za wcześnie na używanie 2.6.x na produkcji.

2.6.7 dziala stabilnie u mnie ....

Nie o to chodzi, czy dana wersja działa stabilnie, jeśli "co chwila" jest nowa.

ale to juz sie konczy ... teraz czakamy na rozwiazanie problemu xmms'a i - o ile bedziemy mieli sily- bootsplash'a i wydajemy 2.6.7-2 po czym zostaje to jako tag LINUX_2_6_7 i przestaje byc ruszane .. a w LINUX-2_6 nadal sie bedziemy bawic z csetami ...

Czy o cos takiego Ci chodzi ?

Pozdrawiam.
                                        Sas.
--
{Wojciech 'Sas' Cieciwa}  {Member of PLD Team                               }
{e-mail: [EMAIL PROTECTED], http://www2.zarz.agh.edu.pl/~cieciwa}
_______________________________________________
pld-devel-pl mailing list
[EMAIL PROTECTED]
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl

Odpowiedź listem elektroniczym