EOL dla Ra
Jan Meizner
jm w pa103.nowa-wies.sdi.tpnet.pl
Wto, 19 Paź 2004, 16:35:13 CEST
Witam!
On Tue, 19 Oct 2004, Jakub Bogusz wrote:
> Ogłoszenie teraz, czy ktoś to chce pociągnąć do 22.11.2004, żeby dla
> przyzwoitości były 2 lata wsparcia?
> (aktualnie to fikcja, widząc ile rzeczy nie jest łatanych lub leży
> połatane tylko w CVS...)
...chm dobrze rozumiem - zaprzestać wspierania Ra? No średnio mi się to
podoba, bo:
1) co by nie mówić jest to IMHO jedyna oficjalna wersja PLD bo AC nie jest
wydane...
2) PLD Ra zawsze mi działało dobrze, fakt jest teraz starawe ale
przynajmniej błędy security można by łatać i tym sposobem trochę jeszcze
pociągnąć...choćby jak już było mówione do wydania stabilnej wersjii 2.0 .
3) Sam mam Ra na 2 serwerach i raczej nie mam zamiaru tego na razie
zmieniać bo jak dla mnie Ac nie jest na tyle stabilny żeby go dawać na
serwer (zwłaszcza na ten gdzie uzyskanie fizycznego dostępu do kompa
wymaga interwencji głównego admina uczelni, co może być długotrwałe). A
dlaczego mówię że nie stabilne - ostatnio chciałem coś zainstalować
na podstarzałym Ac żeby sprawdzić czy podstarzały spec się zbuduje -
skończyło się na --force --nodeps (bo było pełno unresolved depsów).
4) Pomijając kwestie stabilności nie widzę przyczyny żeby na takim małym
serwereku (na sprzęcie klasy P166 MMX) musieć nagle zmieniać Ra na Ac jak
Ra w zupełności wystarczy (nie mówie o desktopach bo tam Ra faktycznie
może być stare choć ja na 1 kompie mam Ra - dorobiłem sobie tylko
OpenOffice przerabiając speca z head'a no ale ogólnie bez przesady).
Oczywiście rozumiem że nie można ciągnąć supportu dla Ra w nieskończoność
ale chociaż z chm miesiąc, dwa _po_ wydaniu Ac...wtedy mógłbym (i osoby w
mojej sytuacji) spokojnie przejść na Ac po jego wydaniu.
Chmmm i teraz jeszcze jedno żebym nie dostał #SOD1 itp... ;) - z tego co
widzę nie jestem jedyną osobą zainteresowaną Ra. Myśle, że jakby to nie
miało być na głowie tylko jednej osoby (bo jeśli chodzi o samą kwestie
zarządzania to RM Ra chyba jest) to dało by się przynajmniej błędy w
najważniejszych pakietach poprawić. Sam ze swojej strony mogę się zająć
poprawaniem jakiś błędów w CVSie (jak się domyślam mowa o specach z
RA-brancha), chm ale dobrze by było wiedzieć co jest do zrobienia (albo co
jest najpilniejsze). Bo wspamniane jest tu "dużo niepoprawionych błędów",
a jest jakaś lista tych błędów (tzn czy mowa o tych co można znaleźć w
BTS, czy też jakiś innych), czy jest to raczej mowa o jakiś nieokreślonych
błędach...? A następnie Ktoś (TM) władny mógłby to puszczać na buildery
(ja nie jestem władny:)).
Podsumowując - zgadzam się że lepsze było by zamknięcie linii niż bugowata
linia, ale ani jadno ani drugie nie jest IMHO dobre, bo to pierwsze imho z
kolei przerwie ciągłąś dystrybucji (tj. do wydania AC nie będzie w pełni
stabilnego PLD).
--
Pozdrawiam
Jan Meizner
jm w pld-linux.org
Więcej informacji o liście dyskusyjnej pld-discuss-pl