Xorg 6.9 és 7.0 Release Candidate Zero

> És még egy csomó más opensource dolognak sem.

Viszont egy "csomo" mas opensource dolognak igen. Ezek ilyen sokatmondo
mondatok.


> Persze van, ahol el?fordul ilyen béta verzió, de szerintem ez inkább az MS
> világában jellemz?.

Azert erdemes korbenezni az MPlayer kornyeken is.

Mit jelent az, hogy moduláris?

Nem tolti be az egesz X.org-ot a memoriaba, hanem csak azokat a reszeit amikre neked szukseged van.

Én is valami hasonlóra gondoltam. Mire ezt a debianba kiadják megint eltelik pár esztendő. :-(

Nem kötelező Debiant használni :D

Ja, pont ezért nem használtam a "minden" és az "egy sem" állításokat :)

Bár ha ettől jobb az mPlayer a Linux kernelnél, akkor nem vitatkozom :)

En evszazadot mondanek ;)

> Bár ha ett?l jobb az mPlayer a Linux kernelnél, akkor nem vitatkozom :)
freshmeat szerint popularisabb :)

hat nem talalt ;-). az X mar regota 'modularis' az altalad hasznalt ertelemben, amire a bejelentes utal az mas:

jelenleg ketfele konfiguracioban lehet forditani X-t, amit a DoLoadableServer define szabalyoz forditaskor.

az egyiket hivhatjuk 'statikusnak', bar ennek csak felig van koze a statikus linkelesnek nevezett dologhoz. ebben a modban az X sajat moduljai (billentyuzet/eger/videokartya driverek meg masok) statikusan linkelodnek be az X exe file-ba, a libc-t meg masokat tovabbra is dinamikus konyvtarkent fogja hasznalni. ezt a modot kb. senki nem hasznalja manapsag, en is csak azert tudok rola, mert anno PaX alatt ezt volt a legegyszerubb eletre lehelni (marmint ugy, hogy ne kelljen a PaX-ot kikapcsolni).

a masodik modot hivhatjuk 'dinamikus' modnak, ilyenkor az fentebb emlitett driverek meg masok megmaradnak .o object file-oknak (ill. .a konyvtaraknak), es a szerver ezeket futasidoben tolti be a sajat hegesztesu a.out/ELF/stb loaderevel. ennek tobb hatranya is van, egyreszt a legtobb OS-ben mar regota van rendes ELF konyvtarkezeles, tehat semmi szukseg ilyen hazi barkacsolasokat hasznalni ezen rendszerek alatt, masreszt ezek a beepitett loaderek eleg butak, nem tartottak lepest az ELF fejlodesevel (pl. nincs weak szimbolum kezeles), harmadreszt az egesz modulfuggoseg kezeles eleg gyoker, a modul irojanak explicite be kell kodolnia mindent. mindenesetre manapsag ezt a modot hasznalja kb. mindenki (es ez az, ami PaX alatt nem megy, mert ez a gyoker loader runtime code generation-t csinal, nem rendes file mappelest).

na, elerkeztunk a 'modularis' X-hez, ami nem mast kivan orvosolni, mint a fent emlitett sajat modul loaderek tokeletlensegeit. erdekes modon ez a fajta loader is mar jo par eve megvolt az X-ben, csak igazabol senki nem foglalkozott vele, es kellett neki egy kis rugdosas, hogy mukodjon. PaX alatt ezt hasznalom/juk mar par eve, es tobbek kozott a mi kezdemenyezesunkre tortent egy csomo elorelepes az elmult 1 evben. ennek eredmenye az lesz, hogy a kovetkezo X mar majdnem tokeletesen fogja tamogatni a normal ELF konyvtarmodulokat, sot remelhetoleg megszabadulunk a text relokacioktol is, es eljon vegre a kanaan ;-).

Miért lenne érdemes (most)? Talán "pre" helyett béta megjelölésű verzió fog megjelenni? ;)

Hat nem talalt :)

Ugye eddig az X.Org forrasa egy darab tgz volt es kesz. Most a uj modular esetben szetdurtak 500 tgz-re. Mindket verzio ugyanazt tartalmazza csak ket fele csomagolsaban (1 vs 500 tgz).

"Még csiszolatlan és durva, úgyhogy csak tesztelésre, a bugok kijavítására használható."

Azt jobb helyeken nem beta-nak hivjak?

Vagy alfa, attol fugg mennyi ideig birja inditas utan... ;)

alfa - mikor a fejleszto azt mondja hogy jo.

beta - mikor a teszter mondja hogy jo

kiadas - mikor a bugwaret rasozzak a bena juzerre mert "az jo neked"

Az eredeti bejelentés azt mondja, hogy az RC száma az ami nem véletlen. Mármint, hogy azért 0 és nem egy, mert azért ez még nem teljesen Rc stádium..

Hát nem tudom, nálad mi számít jobb helynek, de pl. a Linux kernelnek emlékeim szerint még sosem volt bétának hívott verziója. És még egy csomó más opensource dolognak sem. Persze van, ahol előfordul ilyen béta verzió, de szerintem ez inkább az MS világában jellemző.