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.
Zkousel jsem 3 mesice delat/vyvijet na notebooku s Intel Core i5 a bylo o nervy a predevsim o zrak. Delam jednu platformu na Jave s codebase okolo 7M radku zdrojovych kodu.Co byl ten bottleneck? CPU / RAM? A proc? IDE (jake?), ktere zralo hodne kvuli velikosti projektu, buildy, spousteni testu, nebo neco jineho? Taky nepisete, kolik ten notebook mel RAM a o jake i5 se jednalo (hlavne jestli to bylo dvoujadro nebo ctyrjadro).
Az se ti podari prepnout X do 40-bit, dej vedet. HW chain (grafika - vystup - vstup - monitor) sice mam nativne 10-bit a podle drm debugu je aktivni, ale aplikace cokoliv vic nez 32-bit (8bit RGBA) nepodporuji a nepodarilo se mi v zadne aplikaci nic podobneho zapnout.
Pokud nedelas s fotkama nebo videem, 10-bit rozdil bys stejne nijak nepoznal.
Btw. fglrx ovladacum bych se vyhnul obloukem, maji tak petinovy vykon oproti drm radeonu.
Michas dve veci dohromady. LUT tabulka v monitoru je jen mezikrok ve zpracovani obrazu, nez jej dostane panel. Konzumni panely (tzn. ne prumyslove, medical, hires BW apod.), jako obsahuji i treba CG Eiza, jsou max. 10-bit, casto je to 8-bit nativne + 2-bit FRC (temporalni dithering).
Pak se mrkni na vypis xdpyinfo, u me to vypada asi takto (podotykam, ze DP linky bezi na 10-bit):
supported pixmap formats:
depth 1, bits_per_pixel 1, scanline_pad 32
depth 4, bits_per_pixel 8, scanline_pad 32
depth 8, bits_per_pixel 8, scanline_pad 32
depth 15, bits_per_pixel 16, scanline_pad 32
depth 16, bits_per_pixel 16, scanline_pad 32
depth 24, bits_per_pixel 32, scanline_pad 32
depth 32, bits_per_pixel 32, scanline_pad 32
screen #0:
dimensions: 5120x2880 pixels (1353x761 millimeters)
depths (7): 24, 1, 4, 8, 15, 16, 32
depth of root window: 24 planes
01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Cape Verde/Pitcairn HDMI Audio [Radeon HD 7700/7800 Series]
Subsystem: Hewlett-Packard Company Cape Verde/Pitcairn HDMI Audio [Radeon HD 7700/7800 Series]
Po instalaci firmware pro amg-gpu vse jede. Jinak X-ka nenabehnou bez firmware.
Dojem z karty:
Barvy a obraz jsou oproti predchozi low-end grafice od AMD/ATI naprosto luxusni. Zlepseni kvality o 2 rady. Presel jsem taky zaroven z DVI na DisplayPort. Full-HD rozlizeni.
Co se tyce 30-bit barev (10 bit na barevny kanal), tak open-source drivery jej zatim nepodporuji. Overeno jak z AMD, tak i pres zdrojaky (https://cgit.freedesktop.org/xorg/driver/xf86-video-ati/). Jinak jsem zkousel pridat do xorg konfiguraku: DefaultDepth: 30.
Pridani podpory na prvni pohled by nemelo byt slozite. Par podminek pro pridani/mapovani barevnych formatu. Je tedy otazkou, zda je to tak jednoduche, jak se zda. Jinak v pixman, cairo, kde jiz podpora je. Pripadne neco by slo obslehnout z xfree86-nouveau driveru pro NV80 karty. Toto je ale jen lehky pohled pres analyzu kodu.
Vice se da nacist zde:
https://people.freedesktop.org/~fredrik/depth30/
Neco z IRC.
Uz se o to nekdo poukousel, ale neni to jeste dotazene.
Co s tim dale:
Moc toho asi nenadelam. Masina, kde karty mam je rekneme stroj pouzivany pro praci, ktery musi bezet a nemam k nemu kazdy den pristup. Ale na nejake hrani sem tam bude cas.
Muzu ozkouset binarni drivery. Ale ty nejsou uplne to prave okolo stability. Bylo jiz psano zde v diskuzi.
Pokud by bylo neco noveho, tak se ozvu. Pripadne funguju pres email na linuxsoftu - obcas s nejakymi prodlevami v odpovedich v soucasne dobe.
gf
Tiskni
Sdílej: