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.
xkill nepomohl, protože po jeho působení spadla celá session. A tady je právě ten klíč. Program xkill totiž sestřelí proces, který vlastní dané okno a toto okno je ve vlastnictví procesu jménem gnome-session a je tedy vcelku logické, že xkill bude přinejmenším stejně destruktivní jako tlačítko logout, které jediné tato obrazovka nabízí.
Ale našel jsem řešení:
1) Zajistit, aby běžel gnome-shell. Někdy je potřeba zabít ten starý, jindy stačí spustit s volbou --replace. Obvykle funguje při nastavení DISPLAY=:0.0, teď naposledy jsem musel zkusit DISPLAY=:1.0.
2) Černou obrazovku zavřít pomocí klávesové zkratky Alt+F4.
3) Profit!
Testováno pomocí killall -ABRT gnome-shell. Natrvalo se prý dá této sebedestrukční schopnosti zbavit poladěním RequiredComponents v /usr/share/gnome-session/sessions/gnome.session.
P.S.: A teď jsem zvědavý, jestli dostanu tučňáka nebo budu vyřazen z hlavní strany za vulgaritu :D.
UPDATE:
Ještě jedna taková drobnost. Gnome Shell spuštěný z virtuální konzole místo z gnome-session si nenese některé věci z prostředí a například se na něm nejsem schopný připojit k VPN, protože se z nějakého pochybného důvodnu nespojí NetworkManager, autentizační agent a gnome-shell.
Tiskni
Sdílej:
2) Černou obrazovku zavřít pomocí klávesové zkratky Alt+F4.No to cumim. Premyslim jestli uz to nekoho napadlo pouzit na BSOD ve woknech, az nekdy budu mit BSOD tak si snad vzpomenu a zkusim ...
#!/bin/sh touch ~/.nologout while [ -f ~/.nologout ] do gnome-session sleep 1 done~/bin/logout:
#!/bin/sh rm ~/.nologout killall gnome-session
gnome-shell --replace. Nevýhoda toho druhého řešení je, že všechny aplikace, pro které nemám pravidlo v devilspie, se objeví na aktuální ploše.
Gnome Shell spuštěný z virtuální konzole místo z gnome-session si nenese některé věci z prostředí a například se na něm nejsem schopný připojit k VPN, protože se z nějakého pochybného důvodnu nespojí NetworkManager, autentizační agent a gnome-shell.
Protože nemá / jede na jiné D-Bus. A nebo ještě lépe se jedná o neúplné nastavení *kitu, který si myslí, že uživatel přihlášený přes display manager je něco víc než na virtuální konzole.
Protože nemá / jede na jiné D-Bus.To by neměl. NetworkManager je systémové služba.
A nebo ještě lépe se jedná o neúplné nastavení *kitu, který si myslí, že uživatel přihlášený přes display manager je něco víc než na virtuální konzole.To už zní o něco pravděpodobněji. Ale dneska už jsou *kity z velké části pohlceny systemd.
To už zní o něco pravděpodobněji. Ale dneska už jsou *kity z velké části pohlceny systemd.Hm, tot pravda. Zda se mi, nebo sem nekde zaslechl ze nektery z kitu se konfiguruje(/-val) pres javascript ? hurray for google v8 in systemd
Ale dneska už jsou *kity z velké části pohlceny systemd.No našťastie nie vo všetkých distrách sme podriadený tomúto démonu.
Protože nemá / jede na jiné D-Bus.To by neměl. NetworkManager je systémové služba.
Jo? A proč se do toho tedy montuje Gnome, když se jedná o systémovou službu?
A nebo ještě lépe se jedná o neúplné nastavení *kitu, který si myslí, že uživatel přihlášený přes display manager je něco víc než na virtuální konzole.To už zní o něco pravděpodobněji. Ale dneska už jsou *kity z velké části pohlceny systemd.
Otázka za dva bludišťáky: Do kterého logu se má člověk podívat, by zjistil příčinu? Dřív se člověk podíval do /var/log/messages, případně do secure/auth, když mu syslog drobil protokol, a bylo jasno. Ale dnes může akorát tak koukat jako tele na nový vrata. Silně mi to připomíná systém z Redmontu.
Jo? A proč se do toho tedy montuje Gnome, když se jedná o systémovou službu?Nerozumím otázce a neznám tvé zdroje informací. Ty mé jsou značně odlišné.
Ještě jedna taková drobnost. Gnome Shell spuštěný z virtuální konzole místo z gnome-session si nenese některé věci z prostředí a například se na něm nejsem schopný připojit k VPN, protože se z nějakého pochybného důvodnu nespojí NetworkManager, autentizační agent a gnome-shell.
Pokud máš nainstalovanýOtázka za dva bludišťáky: Do kterého logu se má člověk podívat, by zjistil příčinu? Dřív se člověk podíval do /var/log/messages, případně do secure/auth, když mu syslog drobil protokol, a bylo jasno. Ale dnes může akorát tak koukat jako tele na nový vrata. Silně mi to připomíná systém z Redmontu.
*syslog*, tak do /var/log/messages, jinak journalctl --since=-1h a pokud víš, že se to týká logind, tak přidej -u systemd-logind.service.
Což ať si myslím o lennartově počinech cokoli, vypadá docela geek friendly. Akorát doufám, že můžu vynechat/vytabovat .service.Jo, bez
.service to funguje taky, stejně jako bash completion.
To nebylo o journald, ale tom, že komponenta, která udělá rozhodnutí, nic nikam nenapíše. Přesně ve stylu Something goes wrong.
To nebylo o journald, ale tom, že komponenta, která udělá rozhodnutí, nic nikam nenapíše. Přesně ve stylu Something goes wrong.To je ošklivé. Ale co my s tím?