Portál AbcLinuxu, 25. května 2024 19:28

Jaderné noviny 335

6. 1. 2006 | Leoš Literák
Články - Jaderné noviny 335  

Popis a debata vývojového procesu. Hledají se testeři Sharp Zaurus-5500. Nový souborový systém eCryptFS. Podpora řadiče Secure Digital Host.

Popis a debata vývojového procesu, 78 e-mailů

29. říj - 7. lis

Paolo Ciarrocchi napsal:

Rád bych napsal krátký článek o novém vývojovém procesu diskutovaném na posledním Linux Kernel Developers summitu. Neboť nemůžu najít přesný zápis, o čem se během setkání diskutovalo, snažím se shrnout, jak aktuálnímu procesu rozumím:

Existují dva druhy vydání, jádra 2.6.x a 2.6.x.y

2.6.x.y jsou udržovány stabilním týmem (stable at kernel dot org) a vydávány skoro každý týden. Zde je poslední (jak doufám) oznámení, které jsem našel v archivu, obsahující vysvětlení, jak stabilní vývoj funguje:

Pravidla, jaké patche jsou přijaty a jaké ne, do "-stable" větve:

Postup pro zasílání záplat do -stable větve:

Kontrolní cyklus:

Kontrolní komise:

Jádro 2.6.x je spravováno Linusem Torvaldsem a Andrew Mortonem (oba z OSDL) a vývoj je následující:

Je mi jasné, že jsem zapomněl na spoustu detailů, takže bych byl vděčen za podporu při psaní tohoto článku, který snad bude užitečný mému lokálnímu LUGu :-)

Jesper Juhl reagoval s tím, že nedávno napsal dokument o různých jaderných stromech a jak do nich zasílat patche. Dokument je možné najít v Documentation/applying-patches.txt nebo online.

Tony Luck napsal Paolovi ohledně -rc1: Původně Linus napsal, že bude přijímat pouze emailové patche po rc1 ..., ale zdravý rozum zvítězil a později ujasnil, že git merge mohou být také použity, ale jen pro opravy chyb. Pak dodal, že zcela nový ovladač či souborový systém může být přijat i po -rc1, protože zde není riziko zhoršení. Tony dále napsal, že oficiální pevný termín má pouze první kandidát -rc1, další přicházejí, jak přicházejí. Pokud jde o tříměsíční termín, cílem je vytvořit novou verzi v osmi týdnech, což je blíže šesti verzím za rok.

Linus Torvalds napsal:

Ano, tři měsíce by byly příliš mnoho. Osm týdnů je lepší, než bývalo zvykem, ale myslím, že šest týdnů by mělo být naším cílem. Ale abychom toho dosáhli, měli bychom zkrátit začleňovací okno z dvou týdnů na jeden, jinak nebude dost prostoru pro vychladnutí. Protože se nejvíce vývoje děje během předchozí chladící fáze, tak by to nemělo být nemožné: měli bychom jen jeden týden na začlenění, ale to není ten týden, kdy se vývoj děje, takže komu by to vadilo?

Takže plánuji pokračovat prozatím beze změny. Dvoutýdenní začleňovací okno až do -rc1, pak další -rc vydání každý týden až do releasu. Cíl je šest týdnu s tím, že osm týdnů je v pořádku. Nemyslím, že by někdo byl z tohoto skutečně nešťastný, že?

Vývojáři diskutovali nad smyslem -rc vydání a zda by měl být poslední -rc kernel přejmenován na finální verzi. Linus odpověděl:

To by vůbec nepomohlo. Proč? V prvé řadě protože jen malé procento lidí testuje -rc jádra. Takže pokud vydáte poslední -rc verzi jako standardní kernel, tak za prvé stejně nezískáte žádné výhodnější pokrytí a za druhé jste promarnili týden snahou získat nějaké pokrytí, které nedostanete.

Aktuální model vývoje kernelu je začlenit novinky na začátku, což doufejme motivuje lidi zkoušet -rc jádra pro testování -rc1, neboť vědí, že to je to jádro, které má všechny dobrůtky.

Většina z testerů -rc1 nikdy nenarazí na žádné problémy. A ti, kteří ano, budou nejspíše testovat další -rc verze, dokud jejich problém není vyřešen. A ti, kteří netestují -rc verze (protože neupgradují moc často) nebudou nikdy testovat -rc verzi, ať už první nebo poslední.

Takže s čím musíme bojovat, je stabilní řada. Vypouštíme finální 2.6.x kernel s co nejlepším testováním, ale je nepopiratelným faktem, že spousta lidí bude zkoušet toto jádro a často až po několika týdnech od uvedení. Vytváření -rc verzí nic neprovede pro tyto případy. Takže opakujte po mně: "Většina lidí nikdy netestuje -rc verze".

Hledají se testeři Sharp Zaurus-5500, 7 e-mailů

2. lis - 4. lis

Pavel Machek napsal, že hledá testery pro sharp zaurus sl-5500 ochotných otestovat kernel. Na kernel.org je k dispozici linux-z strom, který se snaží držet synchronizován s hlavní větví a který se začíná stávat použitelným. Hlavní nevýhodou je, že nabíjení baterie ještě není hotovo, doteková obrazovka již má podporu, ale Pavel neměl možnost ji otestovat.

Nový souborový systém eCryptFS, 42 e-mailů

2. lis - 7. lis

Phillip Hellewell napsal:

Tato sada záplat vytváří eCryptfs verze 0.1. Posíláme ji pro prohlédnutí a případné začlenění do jádra. eCryptfs je stohovatelný [stackable] souborový systém založený na Cryptfs, který je generován pomocí frameworku FiST na stohovatelné souborové systémy napsaného Erezem Zadokem: http://filesystems.org/.

eCryptfs ukládá kryptografická metadata do hlavičky každého souboru, hlavičky obsahují pakety podobné OpenPGP (viz RFC 2440). To umožňuje kopírování kryptovaných souborů mezi počítači, přičemž informace nutné pro rozšifrování souborů zůstávají se soubory. eCryptfs se snaží, aby šifrování a dešifrování každého souboru bylo úplně transparentní uživatelským aplikacím, pokud má příjemce požadovaný klíč či heslo pro daný soubor.

Michael Halcrow předvedl eCryptfs v roce 2004 a 2005 na Ottawském linuxovém symposiu, základní přehled začíná na stránce 209 tohoto PDF: http://www.linuxsymposium.org/2005/linuxsymposium_procv1.pdf.

Tato sada patchů obsahuje výrazně ořezanou verzi eCryptfs oproti tomu, co bylo posláno do LKML minule. Verze 0.1 obsahuje podporu zadávání hesla jen při připojování svazku, což činí eCryptfs snadnějším pro analýzu a debugování, než budou složitější vlastnosti jako veřejný klíč či rozšířená pravidla začleněna.

eCryptfs funguje dobře při spoustě testů včetně FSX a Connectathon. eCryptfs používá keyring Davida Howella, verze 0.1 očekává existující autentikační token v uživatelově keyring relaci. Zdrojový kód si můžete stáhnout na SourceForge (ecryptfs-v0_1.tar.bz2): http://sourceforge.net/projects/ecryptfs/.

Podpora řadiče Secure Digital Host, 1 e-mail

8. lis

Pierre Ossman napsal: Začal jsem pracovat na ovladači podle specifikace Secure Digital Host Controller. Zdá se, že je používán většinou řadičů dnešních osobních počítačů, takže ovladač přidá podporu řadě čipů. Informace jsou vzácné, takže nevím, zda jej dotáhnu do konce, ale pro ty, kteří chtějí trochu nebezpečí ve svém životě: http://mmc.drzeus.cx/wiki/Linux/Drivers/sdhci

Tento článek vychází ze seriálu Kernel Traffic (www.kerneltraffic.org) a je zveřejněn pod licencí GPL verze 2.

Další články z této rubriky

Jaderné noviny – přehled za duben 2024
Jaderné noviny – přehled za březen 2024
Jaderné noviny – přehled za únor 2024
Jaderné noviny – přehled za leden 2024
Jaderné noviny – přehled za prosinec 2023

Diskuse k tomuto článku

6.1.2006 01:23 Jan Kundrát (jkt) | skóre: 27 | blog: jkt | Praha - Bohnice
Rozbalit Rozbalit vše Re: Jaderné noviny 335
Odpovědět | Sbalit | Link | Blokovat | Admin
s:Kontrolní komise me 48 hodin:Kontrolní komise 48 hodin:
Bude vytvořena z většího počtu vývojářů jádra, kteří se dobrovolně přihlásili pro tento úkol, a několika, kteří ne. (pridana carka, protoze vedlejsi veta)
Blésmrt
6.1.2006 06:58 Leoš Literák | skóre: 74 | blog: LL | Praha
Rozbalit Rozbalit vše Re: Jaderné noviny 335
dik
Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow
Jak chcete provokatery vyhnat? Ehm, to nejsou ctenari, co sem chodi, ale provokatery a odkejvavaci? Zacinate lidi skatulkovat? Jak chcete poznat provokatera?
MartensPh
"I had absolutely nothing and I threw it all away." A. J. Rimmer, "Cassandra", Red Dwarf
6.1.2006 13:22 Leoš Literák | skóre: 74 | blog: LL | Praha
Rozbalit Rozbalit vše Re: Jaderné noviny 335
Zjevne neznate kontext. Mame tu jednoho ctenare, ktereho hrozne moc bavi lidi urazet a provokovat je. A ujistuji vas, ze to neni jen muj nazor.
Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow
6.1.2006 14:22 eM.
Rozbalit Rozbalit vše Re: Jaderné noviny 335
a neni to nahodou JXD? :0))
6.1.2006 14:32 Hynek (Pichi) Vychodil | skóre: 43 | blog: Pichi | Brno
Rozbalit Rozbalit vše Re: Jaderné noviny 335
nene, je to JXP :-)
XML je zbytečný, pomalý, nešikovný balast, znovu vynalézané kolo a ještě ke všemu šišaté, těžké a kýčovitě pomalované.
Kazdy, kdo sem prijde jednou za cas, nezna kontext. Ale urcite se nad Vasim heslem pozastavi. A podle mne je to od zakladatele tohoto portalu ponekud divne heslo...
Na Zive uz cca treti rok nechodim vubec, takze nemohu soudit, proc se s nim chcete pomerovat a v cem.
Jak chcete vyhnat provokatery? Budete jim zakazovat pristup podle IP, banovat jejich nazory ci co? Nebo snad nebudete jejich pristupy zahrnovat do souctu ctenaru pri prodeji reklamy?
MPh.
"I had absolutely nothing and I threw it all away." A. J. Rimmer, "Cassandra", Red Dwarf
6.1.2006 15:56 Leoš Literák | skóre: 74 | blog: LL | Praha
Rozbalit Rozbalit vše Re: Jaderné noviny 335
No, uz tu paticku mam dlouho, mohl bych ji zmenit. Nicmene to, ze jsem zakladatel, neznamena na abicku zase tak moc. Chtel jsem radikalni postup, byl jsem nicmene prehlasovan, takze jediny vysledkem je moznost blokovat si komentare vybranych uzivatelu (a ten clovek uz je na blacklistu vice nez 30 uzivatelu).
Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow
6.1.2006 16:45 Michal Vyskočil | skóre: 60 | blog: miblog | Praha
Rozbalit Rozbalit vše Re: Jaderné noviny 335
No, uz tu paticku mam dlouho, mohl bych ji zmenit.
Že by sed 's#provokatéry#JXP#'? :-D
Nicmene to, ze jsem zakladatel, neznamena na abicku zase tak moc.
Myslím, že to tu znamená docela dost, už proto, že pravidelní návštěvníci vědí (nebo aspoň tuší), kolik práce tomuto serveru s Robertem věnujete. A hlavně nasloucháte hlasům návštěvníků (narozdíl od jistého nejmenovaného serveru), což se projevilo v tomto konkrétním případě.
When your hammer is C++, everything begins to look like a thumb.
8.1.2006 11:32 Vskutečnosti Saýc | skóre: 7
Rozbalit Rozbalit vše Re: Jaderné noviny 335
Mozna by nebylo spatny udelat zebricek nejblokovanejsich :)

ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.