Výzkumníci ukazují, jak mohou otevřené tunely a IPv6 Extension Headers synchronizovat pakety do krátkých provozních špiček. V kontrolovaném experimentu naměřili přes 180násobnou koncentraci paketového toku vůči průměrné rychlosti odesílání — nikoli 180násobné zvětšení objemu dat. Článek obsahuje metodiku, limity měření i mitigace pro GRE, IPIP a další tunely.
Po velkém úspěchu prvního MobileLinux Hackdaye se vracíme do Českých Budějovic s druhým ročníkem. V pátek 30. října 2026 od 10:00 se v prostorách Jihočeské univerzity uskuteční Embedded & MobileLinux Hackday #2. Těšit se můžete na témata jako Immutable Linux na telefonech (BengalOS), U-Boot a upstream vývoj, AI optimalizace pro embedded systémy nebo otevřený hardware. Nebude chybět praktické hackování, sdílení zkušeností a možnost … více »
Dne 21. října 2026 vydal projekt Node.js bezpečnostní aktualizace opravující deset zranitelností, včetně jedné umožňující potenciální vzdálené spuštění kódu (RCE). Nejzajímavější je CVE-2026-111497, chyba dekodéru Brotli, kterou objevili výzkumníci využívající OpenAI Codex Security. Chyba je v nativním dekodéru Brotli, nikoli v samotném JavaScriptu. Speciálně vytvořený komprimovaný vstup způsobí, že dekodér zamění
… více »Francouzský výrobce kabelů Nexans upozornil na napjaté dodávky elektrických kabelů. Výstavba nové výrobní linky pro některé typy kabelů může trvat přibližně tři roky. Datacentra potřebují rozsáhlé nízkonapěťové a středněnapěťové rozvody. Poptávka roste současně s modernizací elektrických sítí. Někteří odběratelé proto uzavírají výrazně delší dodavatelské smlouvy [Reuters].
Představena byla (𝕏) virtuální platforma FLYBENCH FPV, která nováčky provede zapojením a konstrukcí dronů.
Google Chrome 156 byl prohlášen za stabilní. Přehled novinek v poznámkách k vydání. Opraveno bylo 353 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Indická společnost eMudhra po bezpečnostním incidentu, tj. kompromitaci soukromých klíčů osmi mezilehlých certifikátů své certifikační autority, opouští globální byznys s SSL/TLS certifikáty.
Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »
Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).
Databáze DuckDB (Wikipedie) byla vydána ve verzi 2.0.0 LTS. S kódovým názvem Cinnamon Teal (čírka skořicová). S vyladěným protokolem Quack.
Současný vývojový kernel je 4.6-rc7, vydaný 8. května. Linus: Nic strašidelného se neděje a čím více lidí bude testovat, tím jistější si budeme, že 4.6 bude dobré vydání. Takže si prosím najděte chvilku a testujte.“
Stabilní aktualizace: 4.5.4, 4.4.10 a 3.14.69 byly vydány 11. května.
Poznámka (pro mě): nejez při čtení l-k…
A ano, mám-li citovat sám sebe ze svého příspěvku na konferenci CoreOS v Berlíně před dvěma dny (když se nebudu citovat, kdo to udělá?), pokud nepoužíváte vydání s dlouhodobou podporou nebo stabilní vydání jádra (nebo Linusova -rc vydání), obsahuje váš počítač známé, neopravené chyby. Nebuďte tím, kdo neaktualizuje z lenosti.
S vydáním verze 4.6-rc7 dne 8. května je kernel 4.6 téměř připraven k vydání. Nebyl by to řádný vývojový cyklus, kdybychom v něm zapomněli na tradiční statistiky o původu kódu. S jádrem 4.6 se do seznamů nejaktivnějších přispěvatelů vrátila některá stará známá jména, ale jinak šlo o klasický – byť rušný – vývojový cyklus.
Začleňovací okno 4.6 je se svými 12 172 neslučovacími commity nejrušnějším oknem v dějinách vývoje jádra. Aktuálními čísly ovšem 4.6 neposune hranice rekordu pro celkový nejrušnější vývojový cyklus. Celkem 13 354 commitů sloučených do 4.6-rc7 je hodně, ale nevypadá to, že by 4.6 mohla překonat 4.2 se 13 694 commity, natož 3.15 s 13 722 commity. Takže rekord, který nastavila 3.15, bude v červnu nepřekonán už celé dva roky.
Tyto commity jsou příspěvkem 1 661 vývojářů, což je nový rekord, který překonává dosavadních 1 625 přispěvatelů v cyklu 4.3. Celkem 283 z nich přispělo v tomto vývojovém cyklu vůbec poprvé. Mezi ty nejaktivnější patří:
| Nejaktivnější vývojáři v cyklu 4.6 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Dlouholetý vývojář Arnd Bergmann se dostal na špici žebříčku „počtu změn“ hlavně díky probíhající práci na eliminaci varování ze sestavení jádra pro ARM. Caehyu Lim pokračuje v práci na staging ovladači wilc100, Oleg Drokin pročistil souborový systém Lustre, Jes Sorensen pokračuje v čištění staging ovladače rtl8xxxu a Amitoj Kaur Chawla skrz naskrz pročistila subsystém řadičů.
Ve sloupci s „počtem řádků“ je na prvním místě Faisal Latif díky ovladači i40iw InfiniBand. Dennis Dalessandro pracoval na různých RDMA řadičích, Mike Marshall přidal souborový systém OrangeFS a Shraddha Barke odstranila ze stagging tree některé neoblíbené ovladače.
Počet zaměstnavatelů podporujících vývoj kernelu zůstává s počtem něco málo přes 200 stále stejný. Jejich počet se výrazně nezměnil od počátku vývoje verze 3.x. Nejaktivnějšími zaměstnavateli byli:
| Nejaktivnější zaměstnavatelé v cyklu 4.6 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Ani tady se toho moc nezměnilo. Do stagging tree se dostala spousta čistících patchů jako součást přihlášek pro stáže v Outreachy. Tentokrát používají někteří stážisté Outreachy skripty Coccinelle, čímž se jim zvyšuje produktivita. Většinu společností v této tabulce vídáme často; jméno, které se zde ještě nikdy neobjevilo, je Omnibond Systems: společnost, která má na svědomí OrangeFS.
Nakonec se v rychlosti podívejme na „recenzenty“. Vývojář může po podrobném zhodnocení patche nabídnout tag „reviewed-by“. Tyto tagy jsou jakousi zárukou, že dané patche byly podrobně prohlédnuty a jsou kvalitní. Jsou zde také proto, aby byli oceněni i vývojáři, kteří svůj čas tráví právě kontrolováním kódu. Jedná se o důležitý cíl, protože objem toho, co se dá zvládnout zkontrolovat, je značně omezený. Ve vývojovém kernelu 4.6 bylo patchům přiděleno celkem 3 645 tagů. Nejčastější přidružená jména:
| Nejaktivnější kontroloři cyklu 4.6 | ||
|---|---|---|
| Alex Deucher | 155 | 4.3% |
| Mike Marciniszyn | 141 | 3.9% |
| Ira Weiny | 133 | 3.6% |
| Dennis Dalessandro | 130 | 3.6% |
| Christoph Hellwig | 98 | 2.7% |
| Hannes Reinecke | 91 | 2.5% |
| Johannes Thumshirn | 82 | 2.2% |
| Oleg Drokin | 77 | 2.1% |
| Daniel Vetter | 72 | 2.0% |
| Ville Syrjälä | 68 | 1.9% |
| Krzysztof Kozlowski | 64 | 1.8% |
| Christoffer Dall | 54 | 1.5% |
| Christian König | 53 | 1.5% |
| Thomas Gleixner | 49 | 1.3% |
| Chris Wilson | 47 | 1.3% |
| Dean Luick | 44 | 1.2% |
| Maarten Lankhorst | 41 | 1.1% |
| James Simmons | 40 | 1.1% |
| Chunming Zhou | 37 | 1.0% |
| Laurent Pinchart | 36 | 1.0% |
Z tabulky jasně vyplývá, že různí vývojáři mají různé názory na to, jak by se tag „reviewed-by“ měl používat. Nejaktivnějším kontrolorem je Alex Deucher, správce grafických ovladačů AMD. Alex skutečně zkontroloval spoustu patchů, v jeho případě však většina patchů s jeho tagem nesem také tagy „Signed-off-by“, přidané v okamžiku, kdy přijal patche pro začlenění. Obecně platí, že správci byl měli zkontrolovat patche před jejich aplikováním. Většina správců potom tag „Reviewed-by“ nedává, ale Alex ano.
Z dalších třech kontrolorů v seznamu (Mike Marcinszyn, Ira Weiny a Dennis Dalessandro) se na seznamu správců objevuje pouze Mike. Něco však přesto mají společného, všichni pracují pro Intel. Z Intelu patche většinou přicházejí s tagem „Reviewed-by“ (mimo jiné) právě od těchto vývojářů, často od všech společně, dříve než kód spatří zbytek světa. Na tom můžeme pozorovat jakýsi interní proces kontroly uvnitř Intelu. Neexistuje způsob, jak zjistit, nakolik je pečlivý – tedy kromě toho, že Intel viditelně přispívá mnoho patchů a problémy s nimi jsou vzácné.
Na páté příčce seznamu je Christoph Hellwig, který proces kontroly vede tak, jak si to vývojáři představovali, když tag „Reviewed-by“ vznikl. Nikdo, komu Christoph věnoval svou pozornost, nemůže říct, že by se jeho patchi nedostalo řádně provedené kontroly. Práce všech dříve zmíněných kontrolorů může být stejně pečlivá jaké jeho, ale vzhledem k tomu, že se nejedná o veřejné kontroly, nemůžeme si tím být naprosto jistí.
Většina kontrolní práce, která je na patchích provedená veřejně, samozřejmě nezíská tag „Reviewed-by“. Takže by se dalo říct, že tag nikdy nedostál svého účelu, kterým mělo být dokumentování a podepisování kontrolních prací.
Celkový dojem vytvořený těmito čísly však vypovídá o vývojovém cyklu, který funguje i nadále jako dobře namazaný stroj. Počet přispěvatelů se zvyšuje, příliv patchů je stabilní a v dohledu nejsou žádné problémy se škálovatelností procesů.
Nástroje: Tisk bez diskuse
Tiskni
Sdílej: