Společnost Murena představila (YouTube) novou verzi 4.0 mobilního operačního systému /e/OS (Wikipedie) založeného na Androidu a LineageOS bez aplikací a služeb od Googlu.
V Arch User Repository (AUR) bylo kompromitováno přes 400 opomíjených balíčků (jejich seznam). Útočník do nich začlenil škodlivý npm balíček atomic-lockfile, který krade citlivá data uživatelů. Publikována byla předběžná analýza spouštěného malwaru deps.
Homebrew, správce balíčků nejen pro macOS, byl vydán ve verzi 6.0.0 (seznam změn). Hlavními novinkami jsou bezpečnostní mechanismus tap trust kvůli důvěryhodnosti závislostí, vylepšení sandboxingu na Linuxu, interní JSON API nebo zlepšení výkonu.
Byla nalezena a 9. června opravena kritická zranitelnost ve FreeBSD v Kernel TLS (KTLS). Pojmenována byla Bumsrakete (FreeBSD-SA-26:26.ktls, CVE-2026-45257). Lokální neprivilegovaný uživatel může přepisovat soubory, ke kterým má právo pouze pro čtení. Přepsáním setuid binárky a jejím spuštěním může získat roota. Na všech verzích od verze 13.0 vydané v dubnu 2021.
Vývojáři open source operačního systému ReactOS (Wikipedie), jehož cílem je kompletní binární kompatibilita s aplikacemi a ovladači pro Windows, se na síti 𝕏 pochlubili, že ReactOS zvládne počítačovou hru Half-Life.
Byla vydána nová verze 4.8 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.
Apple container dospěl do verze 1.0.0. Jedná se o open source nástroj pro spouštění linuxových kontejnerů na macOS postavený nad containerization. Napsaný je v programovacím jazyce Swift a optimalizovaný pro Apple silicon.
Bylo vydáno Eclipse IDE 2026-06 aneb Eclipse 4.40. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Asterinas (GitHub) je v Rustu napsané jádro operačního systému poskytující s jádrem Linux kompatibilní ABI. Vydána byla verze 0.18.0. První distribucí postavenou nad jádrem Asterinas je Asterinas NixOS. Nejedná se o oficiální projekt NixOS a nemá nic společného s NixOS Foundation.
Podrobně byla rozebrána kritická zranitelnost v nf_tables (CVE-2026-23111). Další lokální eskalace práv na Linuxu. V upstreamu byla zranitelnost již v únoru opravena. Ve zdrojovém kódu stačilo odstranit 1 vykřičník.
(Tolik řečí pro jednu vadnou paměť.)
Začal mi na noťasu padat občas nějaký program, poprvé, co si vzpomínám, se jednalo o kaffeine a nepřehrávalo video, zvuk šel. Dalším oříškem bylo odesílání mailů z kmailu přes smtp a gmail, malej mail do cca 500kB jsem odeslal, procpal, větší ani náhodou. Ve wiresharku jsem viděl retransmise, někde snad mam ještě log. Až jsem se dokopal k překompilování celého souvisejícího stromu, který to vyřešil.
Nicméně problém pořád přetrvává, empiricky a logicky mi přijde jako nejpravděpodobnější zdroj potíží lokalizovat v železe. Takže, když mi to dělalo na 1,5GB RAM, tak jsem tu pětsetdvanáctku vyndal, doplnil gigovku ... a dělá to furt. Další krok bude použití jen jedné gigové paměti a sledování stavu. (Už jsem i zkusil na 1,5GB RAM dát memtest na 1800M a divil jsem se, že to vzal doslova ... pomoh restart.)
Pořád ještě mam dvakrát Gentoo na disku, i když už taham Knoppixe na flashce. Reiserfsprogs maj stejnou verzi ve všech 3 zdrojích (Knoppix, hda5 i hda6), přesto jsem zažil, že fsck.reiserfs z disku našel chyby tam, kde fsck.reiserfs z Knoppixu nee. Podezříval jsem různou konfiguraci reisera v kernelu, je ale stejná a vše inline. Badblocks jsem ještě nezkoušel, jak koukam, nedestruktivní test umožňuje. Zkoušel jsem nejdřív archivovat přes tar, pak jsem objevil, že dva archivy jednoho adresáře vytvořené chvíli po sobě jsou jiné, tedy jeden vadný. Tvořil jsem to na usb disk, chyby čtení/zápisu by snad byly nějak vidět ... díky vysoké teplotě, tedy můžu je vyloučit? Memtest jsem spouštěl zatim sporadicky, takže na něj musí dojít. Optimalizaci mam nastavenou v make.conf -o3, což prý taky může "zlobit".
Nečekaně často mi padalo "aktuální" jádro 2.6.24-gentoo-r8, zase po znovuzkompilování je "klid" ... takže o něčem nevim
mam dojem, že jsem "Zápisky šílencovy" čet, ale na obsah už si nevzpomenu ... i tak vypadá sebereflexe
Tedy četnost pádů mi na hw problém nepřijde. Jak byly na rootu (?) testy filesystémů, tak jsem nic srovnatelného s reiserem co do použitelnosti a výkonu neviděl. Proto zatim avizovaná změna na xfs nebo jfs zatím neproběhla, zatím, když už, by to bylo ext3 nebo ext4. Dokonce jsem cca před dvěma měsíci při hibernování zjistil absenci swapu, mkswap neuspělo s vytvořenim a teprve po restartu se zadařilo. U 2.6.26 nemaká ath_pci modul (mam dojem, že nenajede linková vrstva), někde v bugzille jsem našel, že v tom nejsem sám.
Manželka má místo Mandrivy (taky už) Gentoo, někde jsem zahlíd, že má umět její dvb-t kartu saa7134. Kompilace se zdařila na jeden zátah. U sebe pozoruju nutnost domlouvání, emerge větších balíků (kde-libs, gcc) mi slítne a "proleze" až na poněkolikáté.
Takže smutný předpoklad je ten, že mam buď něco s deskou nebo paměťma. Veselejší ten, že je třeba chladič, chvíli po probuzení či zapnutí mívám větší úspěšnost v "mazání se s tim". Ještě veselejší by bylo to, že by stačilo přejít na optimalizaci -o2. A možná nejveselejší varianta je to, že jsem po poslední překompilaci musel smazat konfigurační soubory akregatoru, bez nich slítával ... to jsem tedy udělal i teď a voilá, je tu ... U toho reiserfs chci zkusit zvětšit žurnál, zahlíd jsem právě v té diskusi o fs narážku na optimalizaci.
Takže pozorování i učení se pokračuje.
EDIT: Rozhodující vývoj: drbu si takhle přes psi, najednou vidim kernel panic, tedy bliká "A" na klávesnici, nabootoju knoppix, fsck.reiserfs i memtest hlásí chyby, vyndam tu novější paměť, nabootuju, už při bootu neni vidět čistej obraz - zrníčka různé barvy v místě obrazovky, kde by neměly být. Memtest hlásí takovou četnost chyb, že jsem ho stop, paměť vyndal, koupil novou a zatim ok. Pět čistých průchodů memtestu o 1200M ok, pak jsem ho stop. pokračování příště
Tiskni
Sdílej:
Necham to uležet, zřejmě na to časem dojde. Paměti jsou stejný typ i výrobce, jen koupené cca 28 měsíců po sobě.