Vláda USA nařídila společnosti Anthropic pozastavit přístup k modelům Fable 5 a Mythos 5 pro všechny cizince, včetně zaměstnanců Anthropicu.
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.
V X.Org byla nalezena 23 let stará bezpečnostní chyba. Jde o riziko buffer overflow v kódu pro načítání starých fontů typu BDF. Jde o další z opravdu mnoha bezpečnostních chyb, které byly v poslední době v tomto softwaru nalezeny.
Tiskni
Sdílej:
Wayland ani Mir ho přece nenahrazují - jsou to jen jak říkáte "vylepšené framebuffery".
Což ovšem nemění nic na tom, že Wayland si dal za cíl poskytovat přesně to, co drtivá většina dnešních aplikací opravdu používá, a protože to zprostředkují přímo, bude to efektivnější.
Chybí síťová transparentnost, chybí kreslení pomocí geometrických primitiv (používá se málo, ale používá se stále pokud vím)
Pár prehistorických programů opravdu takto ještě kreslí, ale pro ty bude k dispozici X server nad Waylandem. Totéž pro ty, kdo vyžadují síťovou "transparentnost".
Tohle je ale na jiných systémech řešené jinak a portovat Wayland nebo Mir na jiný OS bude asi docela problém - resp. nejsem si jistý, jestli to bude tak efektivní, jako na Linuxu.
To ale nebude vůbec potřeba. Prakticky nikdo dnes nekreslí tak, že by o to žádal přímo X server; běžné kreslení řeší tookity typu Qt/Gtk a když už je potřeba něco low-level (třeba pro video nebo využití hardwarové akcelerace např. pro škálování nebo průhlednost), tak X server spíš překáží, než že by byl nějak užitečný. K tomu prvnímu stačí, aby Qt a Gtk fungovaly nad Waylandem, a to druhé bude fungovat lépe.
Každopádně - vývojáři BSD se nechali slyšet, že Wayland i Mir je nechávají chladnými - a myslím, že u jiných OS tomu nebude moc jinak.
To je jejich volba. Jen tím riskují, že pokud se Wayland ujme, bude vývojáře těch aplikací, které mají na grafiku vyšší nároky, nechávat chladným BSD.
Takže vnímám tyhle alternativní display servery spíš jako něco, co umožní rychlé lokální vykreslování pro aplikace, které to chtějí/potřebují - něco jako Quartz (snad se to tak jmenuje) na Mac OS. Zbytek pojede dál na X serveru. Respektive... proč by jet neměl?
Ano, tak nějak by to mělo být. Jen budete možná trochu překvapen, jaký bude poměr těch dvou skupin.
už to není. A z principu to teď vypadá, že ani být nemůže.
Místo implementace Waylandu už mají Quartz a X server nad ním kvůli kompatibilitě.
…zatímco na Linuxu bude Wayland a nad ním X server kvůli kompatibilitě. Většina aplikací stejně bude psaná nad Qt, Gtk nebo něčím podobným, takže těm to bude jedno. Ty, které budou potřebovat něco víc, už teď musejí X server obcházet, takže pro ně se situace jen zjednodušší. A těch pár, které se ještě baví přímo s X serverem, se bude dál bavit s X serverem a to, že je to X server nad Waylandem místo X serveru přímo nad hardwarem, ani nepoznají. Tak v čem vlastně vidíte ten problém?
Problém je v tom, že ty aplikace budou muset podporovat X server a kromě něj i Wayland pokud budou chtít fungovat multiplatformně a transparentně.
…což bude u výrazné většiny zajištěno tím, že budou napsané nad toolkitem, který bude moci jako backend používat buď Wayland nebo (coby fallback tam, kde Wayland nebude) X server. U těch aplikací, které budou chtít nebo potřebovat něco víc přímo od grafické karty, bych se nedivil, kdyby se jejich autoři na X server časem vykašlali úplně - už dnes ho stejně spíš obcházejí než využívají.