Byla vydána nová verze 18 integrovaného vývojového prostředí (IDE) Qt Creator. S podporou Development Containers. Podrobný přehled novinek v changelogu.
Cursor (Wikipedie) od společnosti Anysphere byl vydán ve verzi 2.0. Jedná se o multiplatformní proprietární editor kódů s podporou AI (vibe coding).
Google Chrome 142 byl prohlášen za stabilní. Nejnovější stabilní verze 142.0.7444.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 20 bezpečnostních chyb. Za nejvážnější z nich bylo vyplaceno 50 000 dolarů. Vylepšeny byly také nástroje pro vývojáře.
Pro moddery Minecraftu: Java edice Minecraftu bude bez obfuskace.
Národní identitní autorita, tedy NIA ID, MeG a eOP jsou nedostupné. Na nápravě se pracuje [𝕏].
Americký výrobce čipů Nvidia se stal první firmou na světě, jejíž tržní hodnota dosáhla pěti bilionů USD (104,5 bilionu Kč). Nvidia stojí v čele světového trhu s čipy pro umělou inteligenci (AI) a výrazně těží z prudkého růstu zájmu o tuto technologii. Nvidia již byla první firmou, která překonala hranici čtyř bilionů USD, a to letos v červenci.
Po Canonicalu a SUSE oznámil také Red Hat, že bude podporovat a distribuovat toolkit NVIDIA CUDA (Wikipedie).
TrueNAS (Wikipedie), tj. open source storage platforma postavená na Linuxu, byl vydán ve verzi 25.10 Goldeye. Přináší NVMe over Fabric (NVMe-oF) nebo OpenZFS 2.3.4.
Byla vydána OpenIndiana 2025.10. Unixový operační systém OpenIndiana (Wikipedie) vychází z OpenSolarisu (Wikipedie).
České základní a střední školy čelí alarmujícímu stavu kybernetické bezpečnosti. Až 89 % identifikovaných zranitelností v IT infrastruktuře vzdělávacích institucí dosahuje kritické úrovně, což znamená, že útočníci mohou vzdáleně převzít kontrolu nad klíčovými systémy. Školy navíc často provozují zastaralé technologie, i roky nechávají zařízení bez potřebných aktualizací softwaru a používají k nim pouze výchozí, všeobecně známá
… více »Přehled červencových vydání Jaderných novin: stav vydání jádra, citát týdne a seznam článků týkajících se jádra.
LWN.net Weekly Edition for July 7, 2022.
Kernel release status. Jonathan Corbet. 6. července 2022
Vývojové jádro 5.19-rc5 bylo vydáno 3. července. Linus řekl: „Takže všechno vypadá v pořádku – určitě tady máme nějaké problémy, kterým je stále věnována pozornost, ale celkově vypadá 5.19 normálně a nezdá se, že by se dělo něco zvlášť špatného.“
Stabilní aktualizace: 5.18.9, 5.15.52, 5.10.128, 5.4.203, 4.19.250, 4.14.286 a 4.9.321 byly vydány 2. července. Další várka byla revidována a očekávána 7. července.
CONFIG_ANDROID: matoucí konfigurační volba je eskortována ven z jádra.LWN.net Weekly Edition for July 14, 2022.
Kernel release status. Jonathan Corbet. 13. července 2022
Vývojové jádro 5.19-rc6 bylo vydáno 10. července. Linus řekl:
Možná poněkud nezvykle jsem vzal několik oprav, které byly dosud nevyřízené ve stromech, které se ještě nedostaly do upstreamu. Už je tu rc6 a chtěl jsem uzavřít několik hlášených regresí a nemuset čekat na další (snad poslední, klepu na dřevo) rc, abych je měl ve stromě.
Stabilní aktualizace: 5.18.10, 5.15.53, 5.10.129, 5.4.204, 4.19.251, 4.14.287 a 4.9.322 byly vydány 7. července. Poté 5.18.11, 5.15.54, 5.10.130, 5.4.205, 4.19.252, 4.14.288 a 4.9.323 následovaly 12. července. Aktualizace 5.18.12, 5.15.55 a 5.10.131 byly revidovány a očekávány 14. července. Skládají se hlavně ze zmírnění zranitelnosti spekulativního vykonávání Retbleed.
LWN.net Weekly Edition for July 21, 2022.
Kernel release status. Jonathan Corbet. 20. července 2022
Vývojové jádro 5.19-rc7 bylo vydáno 17. července.
Samozřejmě jsme tady měli celou tu záležitost s „Retbleed“, a ukazuje se to jak v diffstat, tak ve shortlogu, a rc7 je rozhodně větší než obvykle. A také jako obvykle, když jsme tu měli jeden z těch hardwarových problémů pod embargem rozdělaný, těm patchům se nedostalo otevřeného vývoje, a pak v důsledku postrádaly všechny obvyklé kontroly veškerou infrastrukturou pro automatizované sestavení a testování, kterou máme. Takže není žádné překvapení – následovaly různé drobné opravné patche pro některé okrajové případy.
Přesto, minulý týden si dva jiné vývojové stromy také řekly o prodloužení, takže 5.19 bude jedno z těch vydání, která mají rc8 navíc další víkend před konečným vydáním.
Stabilní aktualizace: 5.18.12, 5.15.55, 5.10.131 a 5.4.206 byly vydány 15. července. Tyto aktualizace nebyly ty očekávané před týdnem, které byly odloženy kvůli problémům s opravami Retbleed. Místo toho obsahují jediné vrácení problémového patche MTD.
Stabilní aktualizace 5.18.13, 5.15.56, 5.10.132, 5.4.207, 4.19.253, 4.14.289 a 4.9.324 byly v recenzním řízení, očekávány byly 21. července, ale zdálo se, že by mohly být pozdrženy o další den nebo dva. Také ony postrádaly zmiňované opravy Retbleed, ale obsahovaly poměrně hodně jiných patchů.
Quotes of the week. Jonathan Corbet. 20. července 2022
Venku je více než 6 miliard systémů, které používají LSM [Linux security modules]. Všechna zařízení s Androidem. Všechny televize, foťáky a hodinky Samsung. Chromebooky. Datacentra. AWS. HPC. Statisticky jsou systémy, které nepoužívají LSM, enormně vzácné. Jediné systémy, které LSM *nepoužívají*, jsou ty ručně nastavené vývojáři Linuxu pro jejich vlastní použití.
LWN.net Weekly Edition for July 28, 2022.
Kernel release status. Jonathan Corbet. 27. července 2022
Vývojové jádro 5.19-rc8 bylo vydáno 24. července. „Není tady nic opravdu překvapivého – podle očekávání několik menších oprav toho bince s retbleed a obvyklé nahodilé jednořádkovky jinde.“
Stabilní aktualizace: 5.15.56, 5.10.132, 5.4.207, 4.19.253, 4.14,289 a 4.9.324 byly vydány 21. července, 5.18.13 je dohnala o den později. 5.18.14, 5.15.57 a 5.10.133, skládající se hlavně z backportovaných zmírnění Retbleed, vyšly 24. července.
Vetter: Locking Engineering Principles. Jonathan Corbet. 27. července 2022
Daniel Vetter poskytuje rady vývojářům schémat zamykání v jádře.
Ruční ověřování zamykání s ohledem na všechny ostatní druhy zamykání a pravidla zanoření v jádře je celkově takřka nemožné, enormně pomalé a něco, co dokáže jen několik málo lidí s jakoukoliv šancí na úspěch, a proto je to ve skoro všech případech naprostá ztráta času. Potřebujeme nástroje, kterými bychom to automatizovali, a v jádře Linux tím nástrojem je lockdep.
Tím pádem, pokud lockdep vašemu návrhu zamykání nerozumí, na vině je váš návrh, ne lockdep. Přizpůsobte se podle toho.
Nástroje: Tisk bez diskuse
Tiskni
Sdílej: