Interjú a Debian projekt vezetőjével

Címkék

A Newsforge interjút készített Martin Michlmayr-rel a jelenlegi Debian Project Leader-rel (DPL). A téma: Debian Sarge.Főbb kérdések:

- Debian installer státusza

- GUI-s installer

- Az új telepítő legfontosabb tulajdonságai

- Debconf

- Jó választás lesz-e majd a Sarge a megjelenése után a desktop felhasználóknak?

- Melyik kernel lesz a Sarge alapértelmezett kernele?

- Miért a 2.4 lesz?

- Lehet majd a Debian-t telepíteni JFS, XFS, vagy esetleg Reiser4 filerendszerekre?

- Milyen verziók lesznek a Sarge-ban az Apache, GNOME, KDE, és X csomagokból?

- Xfree vagy XOrg?

- Mikor?

- Hány CD kell majd egy átlagos GNOME/KDE telepítéshez?

- Lesz-e a Sarge-ban rp-pppoe?

- Miért az Exim az alapértelmezett MTA, és miért nem a Postfix?

- Miért nem lesz udev?

- Lesz-e framebuffer opció a telepítéskor?

A válaszok itt.

Hozzászólások

inkabb siralmas, hogy lenyegeben ez a linux vilag csucsa.

tenyleg, iden is A D.E.S.K.T.O.P. É.V.E. lesz, vagy egyelore szerenyebb celok vannak kituzve, mint pl evtizedes lemaradassal winnt4 szint elerese? de a talaljunk ki nem letezo problemakat, es oldjuk meg oket is szorakoztato.

We hope Sarge will come out near the beginning of the year.

csak egy a kérdés hogy melyik év kezdetén:)

ghost wrote:
> We hope Sarge will come out near the beginning of the year.
>
> csak egy a kérdés hogy melyik év kezdetén:)

Ok is ugy jartak, mint az egyszeri szekely: kiirta az ajtofelfara, hogy
jovore... Csakhat mar 20eve nem torolte le onnan :))


IroNiQ
--
Web: http://ironiq.hu
Email: iron@ironiq.hu
LinuxCounter: #331532

At the time the default MTA was evaluated and exim chosen, postfix was
not ready. It's certainly a good alternative now but it doesn't offer
enough advantages to make it worthwhile to change the default again.

Itt a lenyeg... muhahahaha ;-)


Szerintem az szomoru, hogy megprobaljak az installert hulyebaratta tenni. Nem, ne keressen automatikusan haokartya drivert, ne probalgassa az IDE vezerloket, ne kerjen DHCP-vel cimet stb. Ilyen megoldas mar van tobb is. Egeszsegukre.

Ne oruljek meg, ha vanilla kernelt akarok rakni a gyari helyere.

Viszont legyen lehetosegem RAID tombre installalni, tudjam halozatrol huzni az egeszet, ne kelljen letoltenem sok szaz megat.

Ne okoskodjon, ugyse tudja, hogy mit akarok tole. (Akinel jobban tudja az installcd, hogy mit akar, az jarjon pszichologushoz)

Viszont legyen egy nagy es konzisztens csomag-rendszer. Ne akadjon ossze semmi semmivel. Fusson a leheto legtobb architekturan.

Kubinszky Ferenc írta:

Szívemből szólsz.

> Szerintem az szomoru, hogy megprobaljak az installert hulyebaratta tenni.
> Nem, ne keressen automatikusan haokartya drivert, ne probalgassa az IDE
> vezerloket, ne kerjen DHCP-vel cimet stb. Ilyen megoldas mar van tobb is.
> Egeszsegukre.
Főleg, hogy nem mindent ismer fel normálisan. Pl. egy régi ISA-s
hálókártyát már nem is ismer meg. A woody telepítője megismerte.

> Ne oruljek meg, ha vanilla kernelt akarok rakni a gyari helyere.
Ebben is egyetértek, bármennyire maguk Linusék is afelé hajlanak, hogy a
disztrók maguk csinálják a "használható" kernelt.

> Viszont legyen lehetosegem RAID tombre installalni, tudjam halozatrol huzni
Ez (ha jól emlékszem) már benne van; a működőképességéről nem tudok mit
mondani.

> az egeszet, ne kelljen letoltenem sok szaz megat.
Hát ha nem is teljesen, de akár 5-6 floppyról bootolva meg drivereket
töltve akár ezt is meg lehet oldani. Legutóbb egy ősrégi laptopra raktam
így Debiant, amiben még CD se volt. (Hálistennek a hálókártyát megismerte.)

> Ne okoskodjon, ugyse tudja, hogy mit akarok tole. (Akinel jobban tudja az
> installcd, hogy mit akar, az jarjon pszichologushoz)
Hátbizony. Akinél jobban tudja az installcd, hogy mit akar, az
használjon baglyot. Vagy szusit. Vagy akármit. Szerintem akkor fog
elbukni a Debian, ha megpróbálják "kezdőbaráttá" tenni - és ezzel a
használhatatlanságig okosítják-butítják (a nemkívánt rész törlendő,
nézőpont kérdése).

> Viszont legyen egy nagy es konzisztens csomag-rendszer. Ne akadjon ossze
> semmi semmivel. Fusson a leheto legtobb architekturan.
Na az szerintem a büdös életben nem lesz - és ez a fejlesztési modellből
adódik. Nézd meg: van vagy ~15.000 csomag, legalább ~1.000 fejlesztővel.
(Még ez is ~15 csomag/kopf, az architektúrákat nem is számítva. Te
karban tudnál tartani egyszerre 15 csomagot úgy, hogy azok az összes
többivel se ütközzenek és ne okozzanak galibát?) Másrészt pedig ezt az
~1.000 fejlesztőt (akik többnyire nem pénzért, hanem szabadidejükben
fejlesztenek) koordinálni is kell - ezt sem tartom kis feladatnak.

Amíg ugyanazt a funkciót (teszemazt sshd-t) megvalósítja több csomag is,
addig ezeknek (bizonyos szintig) ütközniük _kell_. (Egyrészt nem tudok
róla, hogy egy portra két program tudna bindelni egyidőben, másrészt
viszont lehet értelme többféle webszervernek: ott sokkal gyakoribb, hogy
nonstandard portokon (is) megy valami. Akár egy IIS-nek álcázott apache,
és egy apache-ssl meg egy másik porton...)

A nagyok majd úgyis kijavítanak...

"enough advantages"... Szóval vannak előnyök, csak gondolom nem szöszölnek vele, hogy kicseréljék az alapértelmezett MTA-t. Mert minek? Hogy még pár hónapot csússzon a Sarge? >:-) Akinek kellenek azok az advantage-ek (szép magyar szó), az biztos fel is tudja rakni magának a posfixet :)