Helyzetjelentés a Debian kernel csapattól

 ( trey | 2009. október 22., csütörtök - 7:26 )

Az Oregon-ban tartott Linux Plumbers konferencián IRL találkozott a Debian kernel csapat összes tagja. A Debian release team szintén képviseltette magár az eseményen. A konferencia szünetei jó alkalmat adtak a csapat számára, hogy produktív eszmecserét folytassanak upstream fejlesztőkkel és más disztribúciók kernel csapataival. A Debian kernel csapat négy napon át tartó egyeztetésének eredményei:

  • a Sqeeze várhatóan a 2.6.32-es kernellel érkezik majd
  • a fennmaradt firmware problémák kezelése
  • Kernel Mode Setting (KMS) engedélyezve lesz fordításkor, futás időben alapértelmezetten nem; az X csomagok tudják majd detektálni hogy mikor kell bekapcsolni szükség szerint
  • openvz - marad a támogatása
  • rt patchset - nem "production ready", nem lesz része a Debian kerneleknek
  • vserver - a Sqeeze kernelek része lesz, de "deprecated" jelzővel; migrációs út a Linux containers-re kiértékelésre kerül
  • xen dom 0 - a Sqeeze kernelek része lesz, de "deprecated" jelzővel, a későbbi kiadásokban már nem szerepel majd
  • IDE -> libata átállás - udev csomagokkal Ubuntu módra, az Ubuntu fejlesztők segítséget ajánlottak az átállásban
  • preemption - engedélyezve lesz a Sqeeze kiadásban
  • OSS - deprecated funkiója a kernelnek jó ideje, le lesz tiltva, lesz egy mechanizmus, amivel a felhasználói engedélyezni tudják

További részletek itt. Még több részlet itt.

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

xen dom0 deprecated :-(

en azt varom mar mainlineba mikor kerul bele..

nemhiszem, hogy a kozeljovoben megtortenne. de inkabb politikat keress az okok mogott, ne technikai problemakat.

bocs, nem értem, ez azt jelenti, hogy hosszú távon a xen nem lesz gyárilag támogatva?

Hát csak hajrá. Már bent van az eseményvezérelt boot rendszer a testingben (vagy a sidben?), van rá automatikusan átállító script (na ez nálam nem sikerült, így maradt a hagyományos), továbbá grub2 beta4 (erre is van migrációs script, ez működött).

********************
"Aki nem backupol az tehetsegtelen :-)"
"...ha nem tévedek!" (Sam Hawkins)
http://holo-media.hu

Erről a "kézzel kellett beállítani" -ról tudsz egy kicsit többet? Legutóbbi upgrade alkalmával nekem is azt mondta a gép, hogy nem sikerült az átállás. Többek között ezért se kapcsolom ki a gépet azóta, mert nem szeretném, hogy ne induljon el.
Amúgy jól tudtad, testing-ben van benne.

----------------------------------------------------------
"One should strive to achieve; not sit in bitter regret."

Nyugodtan kikapcsolhatod, amennyire én levágtam, a migrációs script először vesz egy snapshotot a runlevel scriptjeidről meg a releváns config fájlokról, és csak akkor lép akcióba, ha úgy ítéli; nekem azt mondta nem, utána is rendben volt az indítás / leállítás.

********************
"Aki nem backupol az tehetsegtelen :-)"
"...ha nem tévedek!" (Sam Hawkins)
http://holo-media.hu

Köszönöm!

----------------------------------------------------------
"One should strive to achieve; not sit in bitter regret."

Képek nincsenek az eseményről? Megnézném a fejüket :D

LOL én is megnézném :)

valaki, aki ert a xenen kivul a tobbi virtualizacios megoldashoz, meg tudna mondani, hogy melyikkel - amelyik lehetoleg nem deprecated - lehet olyant csinalni, hogy a virtualis gepeknek mas-mas az ip cime, es iptablessel tudom iranyitani a forgalmat kozottuk (DNAT,SNAT)? csak debian dom0 es domuk vannak. koszi!

openvz, kvm, stb.
--
\\-- blog --//

ez xen el is megy, ez nem virtualizáció függő.

Core2Duo T7100, 4G, Ubuntu 9.04, 2.6.31

igen xennel nalam is megy, a kerdes arra vonatkozott volna, hogy ha ki kell valtanom a xent, akkor az mi legyen.
jo lenne ha ezen kivul meg a vcpuk szamat is tudnam allitani.

Csináltam egy nagy virtualizált szervert a minap (LAN-ba, élesben!), néhány TB-os partícióval. Hát, értelemszerűen ext4 mellett döntöttem, azaz testing ellenére Squeeze kellett. Reménykedve, hogy X hónapig marad csak a testing izgalma...

XEN helyett KVM lett nálam is. Ajánlom hálózatra az alábbi trükköt:

-net nic -net tap

opciót, amely önálló TAP interfészt csinál, amit brctl-lel összerakhatsz közös switchbe vagy route-olhatod rá a forgalmat.