Po pěti letech vývoje vyšla česká počítačová hra Scarlet Deer Inn (ProtonDB). Scarlet Deer Inn je vyšívaná temná středověká pohádka. Zatímco život ve zdánlivě obyčejné vesnici se točí kolem běžných povinností a sousedských drbů, v podzemí se skrývají zlověstná tajemství.
Představen byl Raspberry Pi Touch Display 2 s uhlopříčkou 10 palců a rozlišením 1200 × 1920 pixelů. Cena je 80 dolarů.
RPCS3 (Wikipedie), tj. open source emulátor Sony PlayStation 3, snížil minimální požadavky. Nově jsou podporovány starší grafické karty ATI Radeon řady HD 2000, 3000 a 4000 z let 2007 až 2009. Na PC běží už 75 % všech her pro PlayStation 3. V budoucnu bude RPCS3 fungovat bez firmwaru z PS3. V RPCS3 byl implementován systémový modul cellSysmodule (𝕏).
Vyšel open-source nástroj winetop (MIT) — nativní CLI/TUI pro sledování a ukončování Wine, Proton, Lutris, Heroic a Bottles sezení. Seskupuje procesy podle WINEPREFIX / Steam AppId, umí bezpečně zabít jen hru (včetně Steam reaperu) a nabízí i skriptovatelné příkazy (list, kill, orphans, …). Balíčky jsou mimo jiné na crates.io, Copru (dnf copr enable kovariadam/winetop), PPA ppa:kovariadam/winetop a AUR (winetop-bin).
Ve spolupráci společností OpenAI a Work Louder byla představena (𝕏) hardwarová klávesnice Codex Micro pro práci s AI agenty. Cena klávesnice je 230 dolarů.
Byl vydán Mozilla Firefox 153.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 153 bude brzy k dispozici také na Flathubu a Snapcraftu.
V linux-cve-announce bylo oznámeno 433 zranitelností za jediný den (19. července).
Byla vydána nová verze 5.44 programovacího jazyka Perl (Wikipedie). Do vývoje se zapojilo 71 vývojářů. Změněno bylo přibližně 270 tisíc řádků v 1 300 souborech. Přehled novinek a změn v podrobném seznamu.
Na 23. září 2026 je do bratislavské Nové Cvernovky naplánovaná jednodenní konference #nobullshit.camp pro tech leadery, DevOps a platform inženýry. Mají tu zaznít upřímné příběhy z praxe o tom, co v produkčních systémech reálně fungovalo, co se pokazilo a co si z toho lidé odnesli. Témata pokrývají tři oblasti – DevOps a platformy (Kubernetes, cloud, provoz systémů), firemní kulturu a leadership. Program běží ve dvou formátech: hlavní
… více »Byla vydána nová verze 1.58 sady nástrojů pro správu síťových připojení NetworkManager. Novinkám se v příspěvku na blogu NetworkManageru věnuje Josephine Pfeiffer. Vypíchnout lze možnost nmtui zobrazit nastavení Wi-Fi jako QR kód nebo podporu CLAT (464XLAT) a tunelů GENEVE (Generic Network Virtualization Encapsulation).
Používám jak GUI aplikace, tak ty textové a přestože mi tu běží Xka s KDE, trávím hodně času v konsoli a na příkazové řádce. Kombinuji tedy ovládání klávesnicí i myší podle toho, co je výhodnější. A říkal jsem si, že by se občas hodilo mít možnost přetáhnout soubor myší ze správce souborů (v KDE to je Dolphin) do příkazové řádky, kde mám rozdělanou nějakou práci a hlavně nalistovaný ten správný adresář. Příjemně mne překvapilo, že v KDE už tahle funkce je :-)

Tiskni
Sdílej:
jj, tohle je v KDE taky – v Dolphinu jde přes F4 otevřít panel s terminálem (a aktuální adresář je obousměrně synchronizovaný mezi GUI a příkazovou řádkou, takže můžeš používat cd i klikat) a v Konsoli jde zase kliknout pravým tlačítkem a Otevřít správce souborů (v aktuální složce shellu).
Ještě by se mi líbilo, kdybych soubor z adresáře, který mám otevřený v příkazové řádce, mohl snadno dostat do schránky nebo přetáhnout myší – např. do rozepsaného e-mailu. Myslel jsem, že to půjde přes xclip-copyfile, ale tam jsem pak soubor neviděl ve schránce KDE a nešel nikam vložit (jen zase v příkazové řádce pomocí xclip-pastefile).
Když ten soubor/adresář zkopíruješ do schránky a pak vložíš do textového editoru nebo do konsole, tak dostaneš ten název – akorát si z něj musíš odmazat file:// na začátku.
Je na to nejaký štandard, alebo si to kutí len KDE/QT?
Soubory jde přetahovat i třeba mezi Dolphinem a Gimpem nebo to běžně používám pro vkládání příloh do Thunderbirdu.
Ako na to reagujú ostatné KDE aplikácie keď máš ten súbor otvorený v editore, tiež si nejak interne zmení cestu k súboru?
Např. Kate si všimne, že soubor zmizel, ale myslí si, že byl smazán – neví, že byl přesunut a kam. Tohle by ale aplikace mohla poznat.
Přesun by šlo rozpoznat přes inotify, ale tam by AFAIK bylo potřeba sledovat jak zdrojový adresář, tak cílový, abys věděl, kam byl soubor přesunut. Jenže protože nevíš, kam uživatel bude soubor přesouvat, tak bys musel sledovat úplně všechno… takže to se nedělá. Případně by sis mohl zapamatovat číslo I-uzlu souboru, a pak podle něj přesunutý soubor najít (pokud je pořád na tom samém disku), ale to je taky na dlouho. Nejlepší by bylo vylepšit inotify, aby stačilo sledovat zdrojový adresář a dozvěděl ses, kam se soubor přesunul.
A např. v Netbeans to funguje dobře – když refaktoruji a přesouvám nebo přejmenovávám soubory, tak mi v panelech zůstanou otevřené, ale tam je to jednoduché, protože to dělá všechno jedna aplikace a ta ví, kam co přesunula.
Přesun by šlo rozpoznat přes inotify, ale tam by AFAIK bylo potřeba sledovat jak zdrojový adresář, tak cílový, abys věděl, kam byl soubor přesunut.rtfm fanotify, udalost FAN_MOVED_FROM.
To je super, jestli už to jde. Já právě našel akorát nějaké diskuse o inotify (!= fanotify), kde se tohle řešilo, a závěr z toho byl, že musíš sledovat i cílovou složku.
A jinak se tam píše:
Currently, only a limited set of events is supported. In particular, there is no support for create, delete, and move events. (See inotify(7) for details of an API that does notify those events.)
asi je to dost novinka a ani ta dokumentace není moc zaktualizovaná.