Debian CUT - manifest Raphaëla Hertzoga

Raphaël Hertzog publikuje na swoim blogu własny manifest nt. Ciągle Używalnego Testinga. To pierwszy z serii artykułów dotyczących tej idei, która stanowić ma punkt wyjścia do szerszej dyskusji wewnątrz Projektu Debian.

Hertzog na wstępie wyjaśnia, że nie będzie zajmował się migawkami testinga z instalatorami, ponieważ osobiście go nie interesują (choć ma nadzieję, że ktoś się tym zagadnieniem zajmie). Skoncentruje się na części projektu CUT, który — jego zdaniem — przystosuje gałąź testową dla końcowych użytkowników — nowej gałęzi rolling. Wprawdzie przyznaje, iż testing (w obecnej formie) zazwyczaj nadaje się do normalnego użytku, jednak jest pole do poprawy.

Podczas cyklu rozwojowego Wheezy'ego (obecnego testinga), Raphaël Hertzog chciałby zrealizować dwa zadania:

  1. Rolling — testing bez zamrożeń

    W okresie zamrożenia testing się zmienia. Regularny przypływ nowych wersji pakietów — który przyciąga wielu użytkowników — zostaje zahamowany, ponieważ Deweloperzy Debiana używają gałąź testową aby dopracować nadchodzące wydanie.

    Dlatego Hertzog chce wprowadzenia nowej gałęzi rolling, która działałby na tej samej zasadzie co obecny testing, z tym wyjątkiem, że nigdy nie jest zamrażana. Deweloper uważa, że testing nie byłby już potrzebny stale, można by tworzyć tę gałąź jedynie podczas zamrożeń (byłby wydzielany z rolling).

  2. Rolling powinien posiadać wsparcie

    Gałąź rolling powinna być promowana jako zdatna do użytku przez przeciętnych ludzi (jednak należy jasno sygnalizować, że nigdy poziom jej dopracowania nie będzie taki sam, jaki poosiada stabilne wydanie). Aby spełnić to założenie, należy umożliwić Deweloperom Debiana dobry mechanizm wspierania ich pakietów w rollingu.

    To prawdopodobnie oznacza częstsze korzystanie z rolling-proposed-updates, aby dodać poprawki i aktualizacje bezpieczeństwa, kiedy naturalny przepływ pakietów jest zablokowany przez trwającą większą migrację lub z innych powodów.

    Część opiekunów nie ma wystarczających nakładów czasu, aby zapewniać takie same wsparcie jak dla stabilnego wydania. Wg Hertzoga nie jest to problemem (nie inaczej jest w obecnym testingu). Chodzi mu o to, aby zajmować się wspieraniem gałęzi rolling tak dobrze jak to możliwe, stopniowo pracując nad poprawieniem sytuacji.

Czy Projekt powinien przyjąć wymienione cele aby poprawić używalność Debiana wśród tej części użytwkoników, która nie jest zadowolona ze stabilnych wydań? Raphaël Hertzog zaprasza do dyskusji.

Źródło: raphaelhertzog.com/2011/04/27/towards-debian-rolling-my-own-debian-cut-manifesto/

Dodany: 28 kwi 2011 o 09:40
przez: azhag

OSnews Wykop Blip Flaker Kciuk Śledzik Facebook Identi.ca Twitter del.icio.us Google Bookmarks

Komentarze (RSS):

1  Gość: Van, dodany: 2011-04-28 10:33 #1129
Marzy mi się taki Debian na zasadzie rolling, w którym w miarę świeże pakiety lądowałyby stale na moim desktopie, a nie byłbym zmuszany do ciągłego rozwiązywania problemów...

P.S.
Obok spolszczonej nazwy "Ciągle Używalny..." moglibyście podawać obok oryginalną ;)

2  azhag, dodany: 2011-04-28 12:41 #1130
Osobiście w kwestii wsparcia zgadzam się z Raphaelem. Jednak mam inną wizję samej gałęzi rolling.

Osobiście wolałbym propozycję nie-pamiętam-kogo, aby rolling był obok testinga, tylko nie był zamrażany (wiadomo czemu; tylko jak rozwiązać problem nieoficjalnego mrożenia Sida?) oraz składał się z mniejszej liczby architektur (i386, amd64 oraz może armel), dzięki czemu pakiety mogłyby szybciej do niego spływać.

Mam jednakże świadomość, że to oznacza dużo więcej pracy.


Van: z grubsza zadanie to spełnia testing (nadal oczywiście są pewne wady, które rolling miałby usunąć).

3  ArnVaker, dodany: 2011-04-28 14:00 #1131
> Deweloper uważa, że testing nie byłby już potrzebny stale,
> można by tworzyć tę gałąź jedynie podczas zamrożeń (byłby wydzielany z rolling).

Tylko kto testowałby wtedy tego wydzielonego testinga, skoro wszyscy używaliby rolling? ;) Tylko deweloperzy? Żeby potem się nie okazało, że jakość stable spadnie, bo nie ma komu wyłapywać błędów…

4  Gość: Van, dodany: 2011-04-28 16:57 #1133
azhag: z grubsza, ale w testing czasem i serwer X się nie uruchomi, a może akurat nie chciałem grzebać w logach xorga, tylko po prostu popracować, bo jutro deadline? :)

5  yossarian, dodany: 2011-04-28 17:38 #1134
Zanim ewentualnie by do tego doszło, bo takie zmiany wymagają czasu i pracy, mogliby pomyśleć nad zmianą nazw poszczególnych gałęzi. Obecna testing sugeruje dosyć mało stabilny system. Nie użyłem słowa "niestabilny" co by Sidowi złej reklamy nie czynić ;)

6  pioruns, dodany: 2011-04-29 02:05 #1135
Czyli cały ten rolling przyda się tylko na pół roku, przed wydaniem stable, kiedy testing jest zamrożony. Pół roku to ja mogę wytrzymać. Jakoś jadę już jakiś czas na testingu i nadal jest on używalny... :D

7  yantar, dodany: 2011-04-29 02:54 #1136
Pomysł z zamianą testinga na rolling i by z niego wydzielać później migawkę do mrożenia jest niezły. Minusem jest to, że część dewów zamiast usuwać błędy w mrożonce będzie dalej dłubać przy swoich pakietach z sida by przepchać je do rollinga. Co może skutkować wydłużeniem okresu pomiędzy kolejnymi wydaniami Debiana zamiast go skrócić tak jak obecnie się nad tą kwestia dyskutuje i pracuje.

8  Gość: Gość, dodany: 2011-04-30 07:44 #1137
Witam wszystkich! Moim zdaniem rolling fajna sprawa ale... Jednak podobnie jak niektórzy z komentujących, uważam, że zaszkodzi to wydaniu Stable. Powinno sto razy to przemyśleć zanim zdecydują się ewentualnie wprowadzić taką zmianę.

9  Gość: Gość, dodany: 2011-05-01 00:34 #1138
Problemu ze stable dałoby się rozwiązać ale.. gdyby chłopy od Debiana zorganizowali zbiórkę pieniężną na którą społeczność się ściepnie i deweloperzy dostaną kasę za grzebanie w "mrożonce" wtedy rolling testing diametralnie zwolni, a stable będzie wysokiej jakości. Błędne koło się zamyka. Rozwiązaniem byłby chyba wtedy jedynie rolling stable ale to inna bajka, bo wszyscy dobrze wiemy, że stable ma być stare i nikt tego stanu nie odważy się zmienić.
BTW (bez FUDu): W najnowszym PCWordzie był ranking 10 największych sukcesów i porażek komputeryzacji. Szóste miejsce po stronie porażek zajął "Linux i oprogramowanie open source". Jednym z powodów był argument mówiący, że "Niestety linuksowa wizja świata nie do końca odpowiada rzeczywistości". Wiem, że tej gazetki za opiniotwórczą brać nie można, ale moim zdaniem coś w tym jest :)

10  Gość: Gość, dodany: 2011-06-24 14:07 #1228
Zamiast się bawić w jakieś rollingi powinni po prostu nie przestawać wrzucać świeżych paczek do unstable gdy jest freeze. To mnie wkurzało - nawet w experimental olewali wtedy najnowsze wersje softu "bo i tak jest package freeze i będziemy to musieli wyrzucić".

11  mrmarkos, dodany: 2012-07-01 18:57 #2067
Ktoś coś wie, co z tym projektem się dzieje? Umarł? Żyje?

Aby dodać komentarz Zaloguj się lub Zarejestruj