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 10:27 | Nová verze
Projekt Debian s potěšením oznamuje, že po téměř 24 měsících nepřetržitého vývoje byla vydána nová stabilní verze 8 s kódovým názvem "Jessie". Díky spojenému úsilí týmů Debian Security a Debian Long Term Support bude tato verze podporována 5 let.
xxl | Komentářů: 1
24.4. 15:00 | Nová verze
Byla vydána verze 4.2 redakčního systému WordPress. Kódové označením Powell bylo vybráno na počest amerického jazzového klavíristy Buda Powella. Nová verze přináší například jednodušší sdílení obsahu, podporu nových znakových sad, hudební a matematické symboly, hieroglyfy a obrázkové znaky Emoji, náhled motivů nebo efektivnější aktualizaci pluginů.
Ladislav Hagara | Komentářů: 1
23.4. 23:00 | Bezpečnostní upozornění
Ve svobodné implementaci IEEE 802.11i suplikantu wpa_supplicant byla nalezena bezpečnostní chyba CVE-2015-1863 ve způsobu, kterým wpa_supplicant používá SSID získané z management rámců upravujících informace o členech P2P. Chyba může vést k odhalení obsahu paměti, DoS a pravděpodobně i ke spuštění libovolného kódu. K dispozici je již záplata, případně lze jako první pomoc vypnout podporu P2P. [CSIRT.CZ]
Ladislav Hagara | Komentářů: 11
23.4. 18:00 | Nová verze
Bylo vydáno Ubuntu 15.04 s kódovým jménem Vivid Vervet. Ke stažení jsou k dispozici Ubuntu Desktop, Server, Snappy Core, Ubuntu Cloud Server, Ubuntu Netboot, Kubuntu, Lubuntu, Ubuntu Studio, Ubuntu GNOME, Ubuntu Kylin, Ubuntu MATE a Xubuntu. Podrobnosti v poznámkách k vydání.
Ladislav Hagara | Komentářů: 43
23.4. 15:00 | Pozvánky
Student mediálních studií, dramaturgie a scenáristiky Miroslav Vlček s kameramanem Tomášem Chalupským se rozhodli, že se podívají Ochrannému svazu autorskému neboli OSA na zoubek a zjistí, jak je to s ním doopravdy. Jejich dokumentární film #OSAfilm má premiéru dnes v 19:00 v Brně v kavárně Praha (Husova 18).
Ladislav Hagara | Komentářů: 18
23.4. 09:59 | Nová verze

Po více jak roce vývoje vyšla další hlavní verze projektu Centreon 2.6.0. Centreon je webová nadstavba nad monitorovací systém Nagios/Icinga/Centreon Engine.

… více »
Max | Komentářů: 10
22.4. 22:22 | Nová verze
Vyšel Syncthing 0.11.0. Jedná se o svobodnou alternativu k programu BitTorrent Sync. Nejnovější verze Syncthingu nepodporuje synchronizaci s předchozími verzemi. Podrobnosti v poznámkách k vydání.
Ladislav Hagara | Komentářů: 0
22.4. 22:00 | Nová verze
Vyšla verze 7.42.0 nástroje a knihovny pro přenos dat cURL. Verze 7.42.0 vychází 56 dnů po vydání verze 7.41.0. Do vývoje se zapojilo 47 přispěvatelů. Opraveno bylo 118 chyb, z toho 4 bezpečnostní. Podrobnosti v seznamu změn. Představení nové verze také na YouTube.
Ladislav Hagara | Komentářů: 0
22.4. 19:19 | Nová verze
Devět dnů po vydání první RC verze (zprávička) vyšla stabilní verze 5.1.0 GCC (GNU Compiler Collection) řady 5. Dle nového číslování byla verze 5.0.0 experimentální. Přehled změn, nových vlastností a oprav a dokumentace na stránkách GCC.
Ladislav Hagara | Komentářů: 9
22.4. 08:00 | Nová verze
Byla vydána nová stabilní verze 1.8.0 webového serveru a reverzní proxy nginx. Verze 1.8.0 vychází rok po verzi 1.6.0 (zprávička) a přináší řadu nových vlastností. Podrobnosti v seznamu změn (CHANGES-1.8). Popularita nginx roste. Dle W3Techs je zastoupení nginx na 1000 i na 10000 nejvytíženějších webech vyšší, než zastoupení Apache.
Ladislav Hagara | Komentářů: 10
Nešifrované HTTP
 (10%)
 (90%)
Celkem 289 hlasů
 Komentářů: 11, poslední včera 16:20
Rozcestník
Reklama
Autoškola testy online Levný benzín

Jaderné noviny 335

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

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, 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 :)

Založit nové vláknoNahoru

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