Neziskové průmyslové konsorcium Khronos Group vydalo verzi 3.1 specifikace OpenCL (Open Computing Language). OpenCL je průmyslový standard pro paralelní programování heterogenních počítačových systémů.
Homebridge pro integraci chytrých domácích zařízení byl vydán ve verzi 2.0.0. Nově vedle protokolu HomeKit Accessory Protocol (HAP) podporuje standard chytré domácnosti Matter.
Omarchy je linuxová distribuce s dlaždicovým správcem oken Hyprland. Založena je na Arch Linuxu. Vydána byla v nové verzi 3.7.0 - The Gaming Edition. Z novinek lze vypíchnout příkaz omarchy a celou řadu herních možností.
CyberChef byl vydán v nové major verzi 11. Přehled novinek v Changelogu. CyberChef je webová aplikace pro analýzu dat a jejich kódování a dekódování, šifrování a dešifrování, kompresi a dekompresi, atd. Často je využívaná při kybernetických cvičeních a CTF (Capture the Flag).
Byla vydána nová verze 2.4.67 svobodného multiplatformního webového serveru Apache (httpd). Řešeno je mimo jiné 11 zranitelností.
Brush (Bo(u)rn(e) RUsty SHell) je v Rustu napsaný shell kompatibilní s Bash (Bourne Again SHell). Vydána byla verze 0.4.0.
Google zveřejnil seznam 1 141 projektů (vývojářů) od 184 organizací přijatých do letošního, již dvaadvacátého, Google Summer of Code. Přihlášeno bylo celkově 23 371 projektů od 15 245 vývojářů ze 131 zemí.
Na čem pracovali vývojáři GNOME a KDE Plasma minulý týden? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
Open source počítačová hra na hrdiny NetHack (Wikipedie, GitHub) byla vydána v nové verzi 5.0.0. První verze této hry byla vydána v roce 1987.
Evropská komise naléhavě vyzvala členské státy EU, aby kvůli ochraně nezletilých na internetu urychlily zavádění unijní aplikace pro ověřování věku a zajistily její dostupnost do konce roku. Členské státy mohou zavést aplikaci EU pro ověřování věku jako samostatnou aplikaci nebo ji integrovat do takzvané evropské peněženky digitální identity.
Přehled únorových vydání Jaderných novin: stav vydání jádra, citáty týdne a seznam článků týkajících se jádra.
LWN.net Weekly Edition for February 6, 2025.
Kernel release status. Jonathan Corbet. 5. února 2025
Vývojové jádro 6.14-rc1 bylo vydáno 2. února. Linus poznamenal:
Tohle je ve skutečnosti _drobné_ začleňovací okno a je to v pořádku. Svátky zjevně znamenaly, že lidé se věnovali vývoji méně než během obvyklého cyklu, a to se pak ukazuje jako vydání mnohem menší než průměr. Opravdu mi přišlo, že letos jsme trefili načasování celého vydání v období svátků a tohle je pak jen další příznak.
Stabilní aktualizace: 6.13.1, 6.12.12, 6.6.75, 6.1.128, 5.15.178, 5.10.234 a 5.4.290 byly vydány 1. února.
Stabilní aktualizace 6.13.2, 6.12.13 a 6.6.76 byly revidovány a očekávány 7. února.
Quotes of the week. Jonathan Corbet. 5. února 2025
To, co činí vývoj jádra Linux tak nepříjemným, je to, jak je tolik vývojářů/správců soustředěných na obhajobu svých názorů/postojů, místo aby se snažili porozumět problému a spolupracovat na jeho řešení.
Obecná múza: když recenzent klade otázky týkající se patche, měli bychom tyto otázky brát jako hlášení chyb v seznamech změn a komentářích v kódu: požadované informace chybí. Takže prosím, projděme otázky recenzentů, když připravujeme další revizi skupiny patchů, a ujistěme se, že všechny ty otázky jsou zcela zodpovězeny.
LWN.net Weekly Edition for February 13, 2025.
Kernel release status. Jonathan Corbet. 12. února 2025
Vývojové jádro 6.14-rc2 bylo vydáno 9. února. Linus řekl:
Je nedělní odpoledne a vydávám obvyklého naplánovaného kandidáta na vydání, zatímco zbytek Spojených států se chystá na hlavní den televizních reklam přerušovaných jakýmsi turnajem v bowlingu na trávníku.
Stabilní aktualizace: 6.13.2, 6.12.13 a 6.6.76 byly vydány 8. února a 6.6.77 (s jednou opravou problému se sestavení) následovala 11. února.
A Rust-for-Linux policy document. Jonathan Corbet. 10. února 2025
Miguel Ojeda oznámil zveřejnění nového dokumentu popisujícího pravidla použití Rustu v jádře Linux.
Vyskytlo se poměrně dost zmatků, jaká jsou pravidla ohledně Rustu v jádře, kdo co spravuje a tak dále. Tento dokument se snaží vyjasnit některá z těchto témat podle toho, co je pokud víme, aktuální stav.
Quotes of the week. Jonathan Corbet. 12. února 2025
Před Dobrotivými Entitami se *mám* na pozoru, protože je příliš mnoho velmi čerstvých příkladů firem „měnících priority“, když se změní politické větry. Programy a iniciativy, které byly donedávna ukázkovými příklady pokroku a dobročinnosti, jsou zavřeny a zrušeny. Obávám se, že nás dělí jen pár změn nálady od něčího rozhodnutí, že existence svobodného softwaru by neměla být připuštěna, protože je ku prospěchu nepřátelům Ameriky. Řada z nás si až moc dobře pamatuje, jak velcí technologičtí obři nakládali s Linuxem jako s „rakovinou“, které je potřeba vzdorovat, a dovedu si určitě představit, že se ta myšlenka snadno znovu dostane do některého Velkého Mozku ve Velení.
Za sebe bych rád zajistil, že vývoj Linuxu bude moct pokračovat bez pevné závislosti na jedné centralizované službě – ať už řízené velkým komerčním subjektem, nebo i samostatné, kterou by provozoval kernel.org.
Nuže, kernel.org je velmi _pohodlný_. A můžete si toho všimnout ve statistikách: z mých začlenění za poslední rok bylo 85 % z kernel.org. Ale to je právě proto, že je pohodlný, ne protože je centralizovaný.
Ale pořád tu zbývá těch 15 %, co není kernel.org.
Protože jsem tu statistiku udělal, kdyby to někoho zajímalo, hlavní hostitelé mých začlenění mimo kernel.org jsou github.com, git.samba.org, gitlab.freedesktop.org, evilpiepirate.org, git.infradead.org a git.lwn.net (a je tam ještě několik dalších).
LWN.net Weekly Edition for February 20, 2025.
Kernel release status. Jonathan Corbet. 19. února 2025
Vývojové jádro 6.14-rc3 bylo vydáno 16. února. Linus řekl:
Takže prvních několik týdnů vývoje vydání 6.14 bylo menších než obvykle, ale rc3 vlastně zcela sedí mezi normálními vydáními v této fázi. Asi jenom načasování žádostí o začlenění a uvidíme, jak to půjde příští týden. Ale nic nevypadá znepokojivě.
Vedle obvyklého přísunu oprav toto vydání obsahuje „falešnou sběrnici“ navrženou pro jednoduché ovladače, které jen vyžadují spojení s nějakou virtuální sběrnicí; tato sběrnice má vazby pro Rust od samého začátku.
Stabilní aktualizace: 6.13.3, 6.12.14 a 6.6.78 byly vydány 17. února; následovala je 6.12.15 obsahující několik vratek kvůli regresi v souborovém systému XFS, která může vést k pádům jádra, 18. února.
Stabilní aktualizace 6.13.4, 6.12.16, 6.6.79 a 6.1.129 byly revidovány a očekávány 21. února.
Quotes of the week. Jonathan Corbet. 19. února 2025
Je neobhajitelné, jak jsou některé z těch názorů vyjádřeny. Pokud chceme mít dlouhodobě zdravou komunitu, musíme se zlepšit. Není v pohodě fungovat se společným porozuměním, že někteří lidé jsou prostě zmrdi, které jenom musíte ignorovat. V tomto směru dochází ke hmatatelným změnám. Ale myslím, že je chyba brát špatně vyjádřené postoje několika vývojářů jako reprezentativní náhled na celou komunitu.
Většina chyb (co do kvantity, ne kvality/závažnosti), co máme, je způsobená hloupými okrajovými příklady v C, které v Rustu vůbec nejsou. Záležitosti jako prosté přepisování paměti (ne, že by rust zdaleka dokázal odchytit všechny z nich), čištění při obsluze chybových větví, opomenuté kontroly chybových hodnot a mýlky v použití po uvolnění. Proto chci vidět Rust v jádře, tyto druhy chyb jednoduše zmizí, což vývojářům a správcům poskytne víc času, aby se soustředili na OPRAVDOVÉ chyby, které se dějí (tzn. problémy s logikou, podmínky souběhu atd.)
Jsem pro všemi deseti, aby se náš kód v C proměnil tak, ať na tyto druhy problémů není možné narazit, práce, kterou na tom odvádějí Kees a Gustavo a další, je úžasná a naprosto nutná, máme 30 milionů řádek kódu v C, který v nejbližších letech nikam nezmizí. Je to záslužné úsilí, které není u konce a v žádném případě by nemělo ustat.
Ale v případě nového kódu / ovladačů je pro nás všechny výhra psát je v rustu, kde tyto druhy chyb prostě nemůžou nastat (nebo se stávají mnohem, mnohem vzácněji), proč bychom to neměli dělat?
LWN.net Weekly Edition for February 27, 2025.
Kernel release status. Jonathan Corbet. 26. února 2025
Vývojové jádro 6.14-rc4 bylo vydáno 23. února. Linus řekl: „Tohle je stále ten správný druh ‚nudného‘ vydání: nic v rc4 zvlášť nevybočuje.“
Stabilní aktualizace: 6.13.4, 6.12.16, 6.6.79 a 6.1.129 byly vydány 21. února.
Stabilní aktualizace 6.13.5, 6.12.17 a 6.6.80 byly revidovány a očekávány každou chvíli.
Linus on Rust and the kernel's DMA layer. Jonathan Corbet. 21. února 2025
Koncem ledna vyšel na Linux Weekly News tento článek o debatách týkajících se skupiny rustových vazeb pro jadernou vrstvu mapování DMA. Mnoho pixelů bylo na toto téma od té doby vynaloženo, nejnověji v tomto rozložitém e-mailovém vlákně. Linus Torvalds nyní dal najevo svůj postoj k tomuto tématu:
Nikdo vás nenutí přijímat žádný kód v Rustu, ani se starat o jakýkoliv kód v Rustu v kódu DMA. Můžete ho ignorovat.
Ale „ignorovat stranu Rustu“ samo o sobě také znamená, že o straně Rustu nemůžete *rozhodovat*.
Nemůžete mít obojí. Nemůžete říct „Nechci mít s Rustem nic do činění“ a hned v příští větě říct „A to znamená, že ten kód v Rustu, kterého si nebudu všímat, nemůže používat rozhraní v C, která spravuji“.
Zdá se, že příslušný kód bude velmi pravděpodobně začleněn pro vydání 6.15.
A change in maintenance for the kernel's DMA-mapping layer. Jonathan Corbet. 25. února 2025
Diskuze o začlenění rustových abstrakcí pro jadernou vrstvu mapování DMA převážně ustala poté, co Linus Torvalds dal jasně najevo, že ten kód přijme. Dalším důsledkem tohoto rozhodnutí je avšak, že Christoph Hellwig v tichosti odstoupil z pozice správce kódu mapování DMA. Do budoucna bude správcem této vrstvy Marek Szyprowski. Hellwig ten kód spravoval po mnoho let, jeho příspěvky budou chybět.
Quotes of the week. Jonathan Corbet. 26. února 2025
Například v tomto začleňovacím okně mi nastala neobvyklá situace „tohle nefunguje s mým sestavením rustu“, ale ta byla zachycena a opravena ještě dřív, než se začleňovací okno uzavřelo. Hádejte, co zachyceno *nebylo*, a pak nebylo opraveno dřív než -rc3? Běžná chyba sestavení na ezoterické platformě zvané „i386“.
Rozdíl mezi vývojáři síťování a zabezpečení spočívá v tom, že podle vývojáře síťování je 10 mikrosekund dlouhá doba, zatímco vývojář zabezpečení si myslí, že 10 let není vůbec žádná doba.
Nástroje: Tisk bez diskuse
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz