Címlap

Helyzetjelentés a Debian kernel csapattól

 ( trey | 2009. október 22., csütörtök - 6: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.

 »
  • A hozzászóláshoz belépés szükséges
  • 2809 olvasás

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ő.
 ( informer | 2009. október 22., csütörtök - 7:23 )

xen dom0 deprecated :-(

 ( NagyZ | 2009. október 22., csütörtök - 9:42 )

en azt varom mar mainlineba mikor kerul bele..

 ( vmiklos | 2009. október 22., csütörtök - 10:25 )

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

 ( bambano | 2009. október 22., csütörtök - 10:15 )

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

 ( Gyuszk | 2009. október 22., csütörtök - 8:11 )

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

 ( akion | 2009. október 22., csütörtök - 16:04 )

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."

 ( Gyuszk | 2009. október 22., csütörtök - 16:53 )

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

 ( akion | 2009. október 23., péntek - 13:55 )

Köszönöm!

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

 ( KnK | 2009. október 22., csütörtök - 8:39 )

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

 ( log69 | 2009. december 2., szerda - 21:45 )

LOL én is megnézném :)

 ( the_nameless89 | 2009. október 22., csütörtök - 8:48 )

Hmm, jó lesz ez, jó lesz :)

SKL - leírásgyűjtemény és informatikai portál

 ( x-daemon | 2009. október 22., csütörtök - 10:41 )

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!

 ( balage_82 | 2009. október 22., csütörtök - 10:50 )

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

 ( _ventura_ | 2009. október 22., csütörtök - 12:00 )

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

Core2Duo T7100, 4G, Ubuntu 9.04, 2.6.31

 ( x-daemon | 2009. október 22., csütörtök - 12:23 )

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.

 ( hg2ecz | 2009. október 22., csütörtök - 16:51 )

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.