Byla vydána (Mastodon, 𝕏) nová stabilní verze 2.10.38 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
Google zveřejnil seznam 1220 projektů od 195 organizací (Debian, GNU, openSUSE, Linux Foundation, Haiku, Python, …) přijatých do letošního, již dvacátého, Google Summer of Code.
Na základě DMCA požadavku bylo na konci dubna z GitHubu odstraněno 8535 repozitářů se zdrojovými kódy open source emulátoru přenosné herní konzole Nintendo Switch yuzu.
Webový prohlížeč Dillo (Wikipedie) byl vydán ve verzi 3.1.0. Po devíti letech od vydání předchozí verze 3.0.5. Doména dillo.org již nepatří vývojářům Dilla.
O víkendu probíhá v Bostonu, a také virtuálně, konference LibrePlanet 2024 organizovaná nadací Free Software Foundation (FSF).
Nová vývojová verze Wine 9.8 řeší mimo jiné chybu #3689 při instalaci Microsoft Office 97 nahlášenou v roce 2005.
Coppwr, tj. GUI nástroj pro nízkoúrovňové ovládání PipeWire, byl vydán v nové verzi 1.6.0. Zdrojové kódy jsou k dispozici na GitHubu. Instalovat lze také z Flathubu.
Byla vydána dubnová aktualizace aneb nová verze 1.89 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Vypíchnout lze, že v terminálu lze nově povolit vkládání kopírovaného textu stisknutím středního tlačítka myši. Ve verzi 1.89 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Proton, tj. fork Wine integrovaný v Steam Play a umožňující v Linuxu přímo ze Steamu hrát hry určené pouze pro Windows, byl vydán ve verzi 9.0-1 (𝕏). Přehled novinek se seznamem nově podporovaných her na GitHubu. Aktuální přehled her pro Windows běžících díky Protonu také na Linuxu na stránkách ProtonDB.
Byla vydána verze 1.78.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání na GitHubu. Vyzkoušet Rust lze například na stránce Rust by Example.
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?