X.Org: javaslat a kiadási ciklus megváltoztatására

X, Wayland, Mir

Az X.Org fejlesztői azt tervezik, hogy fixre változtatják a projekt jelenlegi rendszertelen kiadási ciklusát. Peter Hutterer egy levelet küldött be a fejlesztői listára, amelyben 6 havi fejlesztési ciklust javasolt. A fél éves fejlesztés 3+2+1 hónapos szakaszokból állna.

Az első szakasz az ún. "feature merge" lenne. Ez a beolvasztási időablak az előző kiadás után nyílna. Ekkor lehetne új kódokat beolvasztani a következő kiadáshoz. A második szakasz a "bugfix" szakasz lenne. Ebben a periódusban a hibák javítása történne. A "bugfix"-et követné a "release freeze" állomás, ahol már csak a kritikus hibák javítására lenne lehetőség.

Úgy tűnik, hogy a felvetés támogatásra talált egyes fejlesztők (pl. Keith Packard) részéről. A 3+2+1-es felosztás körül vannak még egyeztetések. Ha a fejlesztők elfogadják a javaslatot, akkor az új fejlesztési ciklus az X.Org 1.8-tól jutna érvényre.

( uid_15426 | 2009. 10. 01., cs – 09:48 )

Mark baratunk elhivta oket egy sorre, ugy nez ki. :)

----------------------
while (!sleep) sheep++;

Kedvelem ezt a Markot, szerintem az ilyenek hasznosak. Jobban lehet tervezni előre, a kiadásokat lehet egymáshoz igazítani, és végső soron a szabad szoftverek fejlesztése is nagyobb szervezettséget mutat az érdeklődők felé.

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."

A disztribútor súlyos hibája hogy a pár hete nulláról újrakezdett (vagy más esetben: erősen köhögő, csak gondot okozó) drivert azonnal berakja a disztroba. Ennek semmi köze az Xorg kiadási ciklusához - lehet eggyel régebbi, még működő verziót is terjeszteni amíg nincs kész az új, ettől nem dőlne össze a világ.

Nézőpont kérdése. Ha egy komponens készítő kiad egy kiadást, akkor szerintem a disztribútor elvileg joggal gondolhatja, hogy azt beépítheti a rendszerébe. Emlékeim szerint a 8.10-es kiadásnál sajnos a kiadott xorg még elég bugos volt, de ott sem az xorg volt a fő hibás, hanem a külső driver készítők (pl. ATI).
A disztribútornak kb. 4-6 hónappal a kiadás előtt már meg kell határoznia, hogy mit és melyik verziót kezdi belerakni a kiadásba. Ha nincsenek fix kiadási időpontok, akkor vagy egy ideje múlt verzió fog belekerülni a kiadásba, vagy egy bugos, esetleg egy pont jó, attól függően, hogy mikorra esik a komponens kiadása. Szerintem ez nem jó.
Azt meg már sokszor megbeszéltük, hogy ha valakinek a stabilitás a lényeg, akkor ne használjon egy frissen kiadott verziót, hanem legalább 1-2 hónappal korábbit, esetleg egy korábbi verziót.
Mindenki maga döntheti el, hogy frisset szeretne vagy stabilat.
A fix kiadási ütemek épp arra jók, hogy a firssek is stabilabban jöjjenek ki.

Mire stabilizálódott, a libek elérték azt a kort, amikor már újabb dolgok csak úgy telepíthetőek, ha a fél rendszerből kézzel fordítasz és telepítesz új verziót (tapasztalat, most is ezzel szenvedek).
De ez a jelenség a témában irreveláns; ez egy másik komoly probléma folyománya, amit ha behozunk, csak végtelen flame lesz a vége.

i965 (X3100) amikkel próbáltam:
Ubuntu 8.04 - TV out csak indításkor bedugott TV-kábellel működik; egyébként használható: Xv jó, OpenGL 1.2 jó, sebesség annyi amennyit ettől elvárok (és az i4965 wlan teljesen jól megy, a visszajelző LED-en kívül ami nem érdekel túlságosan)
Ubuntu 8.10 - 2D rohadtlassú, Xv csíkozódik vagy fagy (és az i4965 wlan nehezen talál hálózatot, közben random fagy)
OpenSUSE 11.1 - 2D kissé lassú, Xv azonnal fagy (és az i4965 wlan nemes egyszerűséggel b?szik menni - de a LED-je már világít!! ROFL)

Nálam is teljesen jó a "performancia" (mi a baj a teljesítmény szóval?). Intel G43 alaplapi vga. Jauntyhoz kellett újabb (2.8-as) driver, de egy ideje karmic van és stabil, compositing, video, youtube fullscreen, meg minden "szopatós" feladat megy.

--
"I tried to get into business school, but on the qualifying exams, I passed the ethics test."

Egyet is értek veled, meg nem is. A Canonical volt az, aki behozta és erőlteti ezt a 6 hónapos baromságot, amivel sztem csak ártottak a Linuxnak, most pedig megy utánuk mindenki. Azt pedig magasról lesz@rom, hogy a cégeknek ez jobb, mert tudnak tervezni. Akinek erre van szüksége, az perkálja ki a Red Hat v. SuSE Enterprise Linux árát...
Nem flame, csak vélemény...

> BERUS
Motor: Ubuntu Linux 8.04

Ami hiányzik a Linux-ból az a rendszer és nem csak az X.org-nál. Nem baj ha rendet próbálnak tenni.

Motor: Kawasaki-ZX12R :D)
______________________________________________________________________________
- Igazi alternatíva az Ubuntu-ra: www.blackpanther.hu vagy ha ez nem jött be akkor a microsoft.com -

( bambano | 2009. 10. 01., cs – 23:48 )

Szerintem határidőt azon lehet számonkérni, akit ezért fizetnek. Aki hobbiból tolja, azon nem annyira. Jó lenne, ha nem szállnának ki azok, akik nem mindig tudnak előre tervezhető időt szánni rá. Mégiscsak open source, nem pénzes, menedzselt, stb.

> Szerintem határidőt azon lehet számonkérni, akit ezért fizetnek.

Szerintem meg azon, aki vállalta hogy betartja.

> Jó lenne, ha nem szállnának ki azok, akik nem mindig tudnak előre tervezhető időt szánni rá.

Fejlesztőkön kívül, kikre gondolsz? (Fejlesztőket nem érinti a kiadási ciklus, ha lecsúsznak akkor majd a következőbe kerül be a kódjuk.)