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.
Dobrý den,
mám ArchLinux a grafickou kartu ATI Radeon Mobility 7500.
Mám nainstalovány všechny aktualizace a poslední verze balíků xf86-video-ati, xf86-video-vesa, mesa, atd. (všechno, co souvisí s grafikou).
A právě od poslední aktualizace mi začala opět fungovat akcelerace, ale po delší době, co systém běží (cca hodina), se mi začne kazit grafika - nejdříve se začnou kazit některá písmenka, později ikonky a obrázky a nakonec se začnou na pozadí objevovat pruhy... (Ukázka je v příloze.)
Zkoušel jsem různá nastavení xorg.conf (EXA, XAA, ...), zkoušel jsem smazat soubor xorg.conf, aby si to nastavilo všechno samo (tohle dopadlo asi nejlépe), ale artefakty pořád zůstávají.
Jediné zatím nejschůdnější řešení je minimální nastavení xorg.conf tak, aby se používal driver vesa.
Řešení dotazu:
Díky za tip. Právě to zkouším (a doufám, že se mi to KMS povedlo vypnout) a během několika minut jsem si všiml těchto věcí:
Klady:
A zápory:

Doufám, že jsem na nic nezapomněl a také doufám, že se mi už další problémy neobjeví, protože ty výše napsané jsou skoro zanedbatelné (oproti nečitelným fontům)...
Tak to vypnutí KMS vypadá celkem slibně, kromě těch dvou drobností jsem včera během několika hodin nezpozoroval žádný jiný problém.
Tak jsem radši vytvořil minimální xorg.conf s ovladačem vesa. Důvodem byla nepoužitelnost programu Sledování systému (viz příloha) a také to, že DrScheme někdy zobrazilo fonty správně, někdy místo nich zobrazilo pouze hromadu fleků...
Jinak jak někdo píše tady nade mnou, tak jsem zvědavý na ty nové ovladače, třeba pojedou zase bez problémů 
Jak jsem psal výše, tak radeon.modeset=1 nebo nomodeset jako parametry pro jádro nebyly zcela vhodné (objevily se jiné celkem nepříjemné artefakty, které se alespoň nezhoršovaly), takže bylo mnohem příjemnější používat ovladač VESA.
Nicméně jsem našel jiné řešení: v Grubu stačí zadat parametr radeon.agpmode=-1 a už nějakou dobu nepozoruji žádný problém (naprosto žádný).
Takže nemusím vytvářet soubor /etc/X11/xorg.conf ani nemusím zakazovat KMS. A také to vypadá, že tu je i nějaká akcelerace (asi ne tak vysoká jako bez tohoto parametru, ale potěší
)...
Snad toto někomu pomůže...
Tiskni
Sdílej: