V pátek 6. a sobotu 7. března proběhl v pražském sídle Nejvyššího kontrolního úřadu (NKÚ) Hackathon veřejné správy 7.1. Publikovány byly vytvořené aplikace. V kategorii projektů rozvíjených z krajského kola zvítězil tým „Mackokládi“. Čtyři středoškoláci ze Dvora Králové uspěli s aplikací KompaZ. Jde o digitálního průvodce, který pomůže s rychlou a srozumitelnou orientací v životních i krizových situacích „krok za krokem“. Aplikace
… více »QGIS, svobodný desktopový GIS, byl vydán v nové hlavní verzi 4.0. Změny zahrnují několik nových analytických a editačních funkcí, rozšíření podpory 3D, více možností úprav uživatelského rozhraní či mnoho dalších zlepšení použitelnosti. Řada 3.44 má aktualizace plánovány do září.
Dan Blanchard vydal knihovnu pro Python chardet v nové verzi 7.0.0. S novou verzí byla knihovna přelicencována z LGPL na MIT. Souhlasili s tím všichni přispěvatelé? Dan Blanchard souhlasy vůbec neřešil. Zaúkoloval umělou inteligenci (Claude), aby knihovnu zcela přepsala a výslovně jí nařídil, aby nepoužila žádný LGPL kód. Dan Blanchard tvrdí, že se jedná o clean room design. Protistrana argumentuje, že umělá inteligence byla trénována
… více »Andy Nguyen si na svou herní konzoli PlayStation 5 (PS5) pomocí exploitu Byepervisor nainstaloval Linux (Ubuntu). V Linuxu si spustil Steam a PS5 tak proměnil v Steam Machine. Na PS5 může hrát hry, které jsou vydané pouze pro PC a jsou na Steamu [Tom's Hardware].
Správce sbírky fotografií digiKam byl vydán ve verzi 9.0.0. Jedná se o větší vydání provázené aktualizacemi knihoven. Mnoho dílčích změn se vedle oprav chyb týká uživatelského rozhraní, mj. editace metadat.
Byla vydána verze 2026 distribuce programu pro počítačovou sazbu TeX s názvem TeX Live (Wikipedie). Přehled novinek v oficiální dokumentaci.
Jihokorejská Národní daňová služba (NTS) zabavila kryptoměnu Pre-retogeum (PRTG) v hodnotě 5,6 milionu dolarů. Pochlubila se v tiskové zprávě, do které vložila fotografii zabavených USB flash disků s kryptoměnovými peněženkami spolu se souvisejícími ručně napsanými mnemotechnickými obnovovacími frázemi. Krátce na to byla kryptoměna v hodnotě 4,8 milionu dolarů odcizena. O několik hodin ale vrácena, jelikož PRTG je extrémně nelikvidní, s denním objemem obchodování kolem 332 dolarů a zalistováním na jediné burze, MEXC [Bitcoin.com].
Komunita kolem Linuxu From Scratch (LFS) vydala nové verze knih s návody na instalaci vlastního linuxového systému ze zdrojových kódů Linux From Scratch 13.0 a Beyond Linux From Scratch 13.0. Pouze se systemd.
Byla vydána nová stabilní major verze 25.12 linuxové distribuce primárně určené pro routery a vestavěné systémy OpenWrt (Wikipedie). Jedná se o nástupce předchozí major verze 24.10. Přehled novinek v poznámkách k vydání. Podporováno je více než 2200 zařízení.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za únor (YouTube). Odstraněn byl veškerý kód napsaný ve Swiftu. JavaScriptový engine LibJS byl reimplementován v Rustu.
Velice zřídka píšu text i s diakritikou a když už na to příjde vystačím si většinou se znaky na klávesách. Poslední dobou ale párkrát potřeboval napsat ňŇťŤóÓ atd. a zjistil jsem, že v KDE aplikacích se háček i čárka napíše ihned po stisku klávesy a nečeká se na zadání dalšího znaku. Výstup pak vypadá takto: ˇnˇNˇtˇT´o´O.
Tato chyba se mi projevila nezávisle na třech počítačích s KDE na 32 i 64 bitovém Archu. Jediný stroj, kde se chyba neprojevuje je notebook, na kterém je narozdíl od ostatních počítačů nastavena česká klávesnice jako výchozí.
Nemáte někdo nápad, co to mohlo způsobit a jak to odstranit?
Řešení dotazu:
Díky za odkaz. Doposud jsem ibus, který mám na všech problematických strojích, nepodezříval. Zapátrám tímto směrem...
Tak ani vypnutí ibus démona nepomohlo. Nakonfigurován je tak, jak to popisují všechny dostupné články a funguje podle očekávání, takže bych v něm problém neviděl.
Nějaký další tip?
Ještě býval problém s ne-UTF-8 locale.
Nicméně hledat musíte vy. Ani jste nenapsal, jakou verzi KDE, Qt, Xorg máte. Jestli problém je jen v KDE programech, nebo i čistých Qt.
Být vámi, tak ukončím všechny KDE, kdm a podobný věci a z virtuální konzole spustím X (opravdu jenom příkaz X), z druhé konzole pustím qtconfig a v takto minimálním prostředí ověřím, jestli problém je opravdu tam.
Samozřejmě používám utf8 locale. Verze KDE, Qt i X serveru se už několikrát změnily, zatím co chyba přetrvává. Stávající verze jsou KDE 4.4.5, Qt 4.6.3 a X server 1.8.1.902, prostě to, co je dostupné v repozitářích Archu (a to nepoužívám testing repository) V /etc/X11/xorg.conf mám jen konfiguraci dvou monitorů...
Problém je určitě jak v KDE tak čistých Qt aplikacích, protože na jednom notesu mám Gnome s gdm a má stejné problémy.
Zajímalo by mě zda se stejné chování projevilo i jiným Archistům, kteří jen aktualizují. Osobně si nevybavuju, že bych mimo instalace rýpal do nastavení klávesnice, vstupních metod apod. Hledáním na netu i chyb v konfiguraci jsem už stávil nejeden večer, výsledkem je tento dotaz.
16.8.2010 21:10
Marek Niklíček | skóre: 17
| Rimavská Sobota / Banská Bystrica
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.czLOCALE="en_US.UTF-8", na ostatných LOCALE="sk_SK.UTF-8". V /etc/locale.gen mám odkomentované riadky s cs_CZ, us_US, sk_SK.
Díky za reakci.
Zkusil jsem vypnout celé KDE, kdm se mi však po vypnutí vždy spustilo samo. I tak jsem spustil twm a ibus demona, nastavil cz a us rozložení klávesnice a testoval na qtconfig a konsole. Kupodivu žádné komplikace! Dokonce i kopírování funguje (viz. můj druhý dotaz s podobným titulkem)
Teď jen nevím, co z tohoto testu vyvodit. Problém s mrtvými znaky je někde jinde než v nastavení klávesnice a ibus? wtf?
Zkusil jsem vypnout celé KDE, kdm se mi však po vypnutí vždy spustilo samo.
init 3, /etc/init.d/xdm stop?
Smyslem bylo, aby jste dostal čisté prostředí bez inicializačních skriptů, které pouští diplay manager mezi přihlášením a spuštěním okenního správce.
Teď jen nevím, co z tohoto testu vyvodit.
Proměnné prostředí (hlavně ty kolem vstupních metod popsané ve vlákně odkazovaném úplně na začátku). Démoni pověšení na D-Bus. Nějaký kdečkový vynález, který chytá všechny vstupní události (třeba to přepínání klávesnice).
S vnitřnostmi KDE ale neporadím, protože je vůbec neznám.
Ještě mě napadá, že by KDE mohly místo setxkbmap používat přímo xmodmap nebo xkbcomp. Občas jsem pozoroval, že když se zkřížily dva X servery s různými ručně poskládanými mapami klávesnice, tak že některé kombinace kláves nefugovaly (třeba ty mrtvé klávesy).
17.8.2010 08:57
Jiří Poláček | skóre: 47
| blog: naopak
| Sivice
setxkbmap?
A nebude nejlepší od zlozvyku přepínání rozložení kláves se odprostit a používat jen jedno vlastní?
Výchozí mám anglické rozložení a přepínám jej pro každou aplikaci zvlášť pomocí Alt+Shift, což je nastaveno v KDE klikátku, které používá setxkbmap. Příkazy, které zobrazí toto klikátko, jsem použil při testu s TWM...
Co bych mohl zkusit zapnout/vypnout/změnit, abych vyloučil nový Xorg z podezřelých? Downgrade moc nepřipadá v úvahu kvůli závislostem, protože to Arch nepodporuje.
Mimochodem, užívat vlastní rozložení schvaluji jen u mobilních nebo embedded zařízení, všude jinde by mělo být standardní rozložení s možností přepínání, aby jej byli schopni ovládat všichni uživatelé (čti windowsáci, manželka, atd.) 
Tak nakonec se mi to povedlo nečekaně vyřešit. Nejsem si sice přesně jistý, který balíček zabral, ale důležitý je výsledek. Problém byl zakopaný v ibus.
Pro úplnost dodávám "řešení". Kompletně jsem odinstaloval ibus včetně zrušení příslušných systémových proměnných. Po restartu vše fungovalo samozřejmě až na možnost psát japonsky. Takže opětovný export proměnných a instalace ibus, ibus-anthy, ibus-qt (který měl problém vyřešit hned napoprvé, ale nezabral) a nově ibus-m17n (který vlastně ani nevím k čemu slouží). Po následném restartu je funkční téměř vše až na čisté X aplikace jako xterm, kde jsou mrtvé klávesy ignorovány. To mi ale vůbec nevadí. 
Tiskni
Sdílej:
