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í
×
dnes 11:11 | Nová verze
Byl vydán Mozilla Firefox 31.0. Nejviditelnější novinkou je přidání vyhledávacího pole na stránku nového panelu. Z dalších novinek lze zmínit například podporu nové HTTP hlavičky Prefer:Safe. Nástroje pro vývojáře nově obsahují Add-on Debugger, Canvas Debugger a kapátko na snímání barev ze stránky [Mozilla.cz]. Řešeny jsou také bezpečnostní problémy. Podrobnější informace v poznámkách k vydání. Firefox 31 je nová verze s prodlouženou podporou (ESR). Současně s Firefox 31 byl vydán také Firefox 24.7.0, tj. předchozí verze s prodlouženou podporou.
Ladislav Hagara | Komentářů: 4
včera 10:35 | Komunita
V Portlandu probíhá pětidenní konference OSCON 2014 (O'Reilly Open Source Convention). Po dvou dnech tutoriálů dnes začínají přednášky. Úvodní přednášky (keynotes) je možné sledovat online. Videozáznamy všech tutoriálů a přednášek (program) budou k dispozici po skončení konference.
Ladislav Hagara | Komentářů: 1
21.7. 20:23 | Upozornění
Poslední upgrade Debianu Testing/Jessie přináší systemd jako náhradu za sysvinit. Ačkoli byl funkční systemd součástí Debianu Jessie již delší dobu, nebyl používán pro spouštění systému. Toho bylo možné docílit parametrem jádra při spuštění systému, kdy nebyl původní sysvinit nijak dotčen, nebo instalací balíku systemd-sysv, který původní init nahrazuje symlinkem na systemd. Tento balík je nicméně součástí posledního upgradu … více »
Migilenik | Komentářů: 114
21.7. 17:28 | Bezpečnostní upozornění
Vyšla verze 2.4.10 webového serveru Apache. Nejnovější verze řeší především 5 bezpečnostních problémů (CVE-2014-0231, CVE-2014-3523, CVE-2014-0117, CVE-2014-0118, CVE-2014-0226).
Ladislav Hagara | Komentářů: 2
21.7. 15:58 | Komunita
Projekt Ohloh (Wikipedia), informace a statistiky o otevřených softwarových projektech, byl přejmenován na Black Duck Open Hub. … více »
Ladislav Hagara | Komentářů: 3
20.7. 13:00 | Komunita
V New Yorku probíhá konference HOPE X. Jedná se o 10. konferenci HOPE (Hackers On Planet Earth). Konferenci je možné sledovat online (časový harmonogram). Videozáznamy proběhlých přednášek jsou k dispozici na Livestreamu (Manning, Serpico, Olson).
Ladislav Hagara | Komentářů: 5
18.7. 07:56 | Zajímavý článek
Díky Linux Foundation lze nahlédnout (YouTube) do domácí pracovny Linuse Torvaldse. Linus Torvalds mimo jiné předvádí svůj počítačový stůl spojený s běžeckým pásem (Treadmill desk).
Ladislav Hagara | Komentářů: 287
17.7. 22:42 | Pozvánky
GDG Prague a Inmite vás zvou na další zajímavý hackathon. Tentokrát se budou vytvářet aplikace pro chytré hodinky Android Wear, které byly představeny před měsícem na konferenci Google I/O. Na místě bude k dispozici několik hodinek na testování. Nejlepší aplikace mohou vyhrát zajímavé ceny. … více »
Destil | Komentářů: 0
17.7. 17:00 | Zajímavý článek
Pavel Tišnovský se v článku Textové editory ve Fedoře (1. část) na Fedora.cz věnuje konzolovým textovým editorům, jež jsou k dispozici nejenom ve Fedoře. Zabývá se editory e3, GNU nano, Jed, Joe a MCEdit (Midnight Commander Internal Editor).
Ladislav Hagara | Komentářů: 3
17.7. 11:28 | Nová verze
Keith Packard oznámil vydání X.Org Serveru 1.16. Nejnovější verze přináší integraci Glamoru a systemd, Glamor pro Xephyr, XWayland, podporu Non-PCI zařízení a odstraňuje tisíce varování překladače.
Ladislav Hagara | Komentářů: 25
Máte na svém notebooku zašifrovaný pevný disk?
 (89%)
 (11%)
Celkem 6253 hlasů
 Komentářů: 45, poslední 21.7. 22:10
Rozcestník
Reklama
Autoškola testy online Levný benzín

Jaderné noviny 335

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

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.