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.
Zdravim, mam nasledujici problem: UPS - APC Smart-UPS 700 pripojena k pocitaci, pri spusteni "apctest" se vsechno chova jak ma, komunikace s UPS probehne, je mozne nacist udaje z UPS, probehne kalibrace baterie. Ale spustit demona "apcupsd" neni mozne - po spusteni /etc/init.d/apcusd start to "neco dela", ale za chvilku se v logu objevi:
Mon Jan 12 21:49:59 CET 2009 apcupsd FATAL ERROR in smartsetup.c at line 171
PANIC! Cannot communicate with UPS via serial port.
Please make sure the port specified on the DEVICE directive is correct,
and that your cable specification on the UPSCABLE directive is correct.
Mon Jan 12 21:49:59 CET 2009 apcupsd error shutdown completed
Ma nekdo nejaky napad? Vzhledem k tomu ze apctest normalne probehne, tak prece konfigurak by mel byt v poradku, ne? Predem dik za radu. Pro informaci, je to pomerne stara instalace, Aurox9 (defacto RH9), apc je ve verzi 3.14 z nejakeho rpm, jadro distribucni 2.4.20.
konfigurák asi v pořádku bude, něco ale používá ten sériový port a blokuje ho - najděte to, zabijte to a apcupsd bude zase fungovat 
Hm, to muzu zkusit, ale priznam se, ze nevim co by tam mohlo bezet. Najde se nejaka dobra duse, ktera poradi jak nejit "neco" co by mohlo obsadit - blokovat seriovy port?
Navic, kdyby neco obsadilo seriovy port, pak by asi nebezel ani apctest, ne? Nebo tomu to "nevadi"?
Heureka! Diky za nakopnuti spravnym smerem ... opravdu byl problem v obsazenem portu ... bezelo tam "gpm" (kdo nevi, obsluha mysi pro textove (kosolove) aplikace), kdyz sem ho vypnul, tak se apcupsd rozjelo a nespadlo ... skvele, diky moc, problem vyresen 
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz