abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
včera 20:27 | Pozvánky
Ve středu 1. října se od 18.00 v místnosti A318 v prostorách Fakulty informatiky Masarykovy univerzity v Brně bude konat pravidelné setkání Czech JBoss User Group. Tentokrát bude mít Tadeáš Kříž přednášku na téma "UnifiedPush Server: Mobile Push Middlewar". Podrobné informace naleznete na stránce akce.
Vojtěch Trefný | Komentářů: 0
21.9. 19:50 | Zajímavý projekt
Na serveru boycott systemd přibyl odkaz na projekt uselessd (Bitbucket). Jedná se o fork systemd verze 208. Cílem projektu je ze systemd odstranit části, které nesouvisí s initem (journald, udevd, ...) a naopak přidat podporu standardních knihoven jazyka C jako musl a uClibc a také podporu BSD systémů. [Slashdot]
Ladislav Hagara | Komentářů: 159
21.9. 15:31 | Zajímavý software
WebUpd8 představuje AntiMicro 2.6, nejnovější verzi grafické utility pro nastavení tlačítek na gamepadu. Pomocí AntiMicra lze na tlačítka gamepadu namapovat stisky kláves a tlačítek myši a následně pomocí gamepadu ovládat hry, nebo libovolné aplikace, jež s podporou gamepadu vůbec nepočítají.
Ladislav Hagara | Komentářů: 0
19.9. 16:01 | Zajímavý software
Libre Graphics World informuje o aplikaci BirdFont, jež slouží k tvorbě fontů, které je možné exportovat ve formátech TTF, EOT a SVG. Program je dostupný pod licencí GNU/GPL a je navíc multiplatformní, neboť kromě Linuxu podporuje i Windows, Mac či OpenBSD.
xkomczax | Komentářů: 31
19.9. 13:02 | Komunita
Na zítra připadá letošní Software Freedom Day (Wikipedia). Kolik podpůrných akcí se koná v Česku a na Slovensku? Dle aktuální mapy akcí žádná.
Ladislav Hagara | Komentářů: 5
18.9. 15:16 | Pozvánky
Sledujte stream z polské konference SmartDevConf. V programu jsou zajímavá témata jako Pebble, Tizen, Cordova a další.
joejoe | Komentářů: 1
18.9. 00:33 | Nová verze
Novou verzi oficiální distribuce minipočítače Raspberry Pi doplňuje i nová verze instalačního nástroje NOOBS 1.3.10. Mimo jiné došlo k následujícím změnám: Java aktualizována na JDK 8, Mathematica na verzi 10 a Sonic Pi na verzi 2. Součástí standardní instalace je nově Minecraft Pi.
Tadeáš Pelech | Komentářů: 28
17.9. 22:58 | Komunita
Společnost SUSE vznikla v roce 1992. V roce 2003 ji koupila společnost Novell (zprávička). Novell byl v roce 2011 koupen společností Attachmate (zprávička). V pondělí oznámila společnost Micro Focus, že kupuje Attachmate. Na openSUSE by změna neměla mít žádný vliv.
Ladislav Hagara | Komentářů: 7
16.9. 20:39 | Nová verze
Byl vydán MINIX 3.3.0. Nejnovější verze tohoto unixového operačního systému postaveného na architektuře mikrojádra běží nově také na jednodeskových počítačích BeagleBoard XM, BeagleBone White a BeagleBone Black. Přehled nových vlastností a vylepšení v poznámkách k vydání.
Ladislav Hagara | Komentářů: 36
16.9. 19:50 | Nová verze
Vyšla nová stabilní verze 0.19.0 desktopového prostředí Enlightenment. Verze 0.19.0 (E19) vychází necelých 9 měsíců po vydání verze 0.18.0 (E18) (zprávička). Těsně před vydáním nové verze Enlightenmentu byla vydána verze 1.11.2 knihoven EFL (Enlightenment Foundation Libraries), Elementary a Evas Generic Loaders. Vydána byla také verze 1.11.0 Python-EFL.
Ladislav Hagara | Komentářů: 27
Hlasuji z:
 (82%)
 (13%)
 (3%)
 (2%)
 (0%)
 (0%)
Celkem 3662 hlasů
 Komentářů: 45, poslední 21.9. 11:10
Rozcestník
Reklama
Autoškola testy online Levný benzín

Jaderné noviny 335

6. 1. 2006 | Leoš Literák | Jaderné noviny | 4902×

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:

  • Musí být samozřejmě správné a otestované.
  • Nesmí to být delší než sto řádek včetně kontextu.
  • Musí to opravovat jedinou věc.
  • Musí to opravovat skutečnou chybu, která obtěžuje lidi (ne "To by mohl být problém").
  • Musí to opravovat problém, který způsobuje problém při kompilaci, oops, zatuhnutí, poškození dat, skutečný bezpečnostní problém, prostě něco kritického.
  • Nesmí to obsahovat žádné triviální opravy (překlepy, úpravy počtu mezer atd.).
  • Musí to být přijato správcem daného podsystému.
  • Musí to dodržovat zásady z Documentation/SubmittingPatches.

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

  • Zašlete patch, po zkontrolování výše uvedených pravidel, do stable@kernel.org.
  • Odesílatel obdrží potvrzení, že patch byl přijat do fronty, nebo zamítnut. Odpověď může trvat několik dní, podle rozvrhu vývojáře.
  • Pokud bude přijat, patch bude zařazen do -stable fronty pro prohlédnutí ostatními vývojáři.
  • Bezpečnostní záplaty by neměly být zasílány na tuto schránku, ale do dokumentované schránky security@kernel.org.

Kontrolní cyklus:

  • Když se -stable správci rozhodnou pro přezkumný cyklus, záplaty jsou zaslány kontrolní komisi [review committee] a správci dotčené oblasti (pokud není zároveň odesílatelem patche) a do kopie i konference linux-kernel.
  • Kontrolní komise má 48 hodin na přijetí či zamítnutí patche.
  • Pokud bude záplata zamítnuta členem komise nebo členové konference linux-kernel naleznou problémy, na které správce či členové komise nepřišli, patch bude vyřazen z fronty.
  • Na konci kontrolního cyklu budou akceptované patche zařazeny do nejnovější -stable verze a ta bude vydána.
  • Bezpečnostní patche budou přijaty do -stable větve přímo bezpečnostním jaderným týmem a nikoli běžným kontrolním cyklem. Kontaktuje tento tým pro detaily této procedury.

Kontrolní komise:

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

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

  • Jakmile nový kernel je vydán, otevře se dvoutýdenní okno, během kterého mohou správcové zaslat Linusovi velké diffy (obvykle prověřené několika týdny v -mm jádrech). Preferovaný způsob je skrze git (více na http://git.or.cz/ a v http://www.kernel.org/pub/software/scm/git/docs/tutorial.html).
  • Po dvou týdnech je vydáno -rc1 jádro a od té doby je možné zasílat jen patche, které nepřidávají novou funkčnost.
  • Po dvou týdnech je vydáno -rc2 jádro.
  • Proces pokračuje, dokud není jádro považováno za stabilní, proces by měl trvat tři měsíce (měla by být tedy vydána čtyři jádra za rok).

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.

       

Hodnocení: 80 %

        špatnédobré        

Nástroje: Tisk bez diskuse

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

Komentáře

Vložit další komentář

6.1.2006 01:23 Jan Kundrát (jkt) | skóre: 27 | blog: jkt | Praha - Bohnice
Rozbalit Rozbalit vše Re: Jaderné noviny 335
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)
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
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
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
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 :)

Založit nové vláknoNahoru

ISSN 1214-1267   Powered by Hosting 90 Server hosting
© 1999-2013 Argonit s. r. o. Všechna práva vyhrazena.