Ruská firma Operation Zero nabízí až $4 miliony za funkčí exploit komunikační platformy Telegram. Nabídku učinila na platformě X. Firma je známá prodejem exploitů ruské vládě a soukromým společnostem. Další informace na securityweek.com.
Po 9 týdnech vývoje od vydání Linuxu 6.13 oznámil Linus Torvalds vydání Linuxu 6.14. Proč až v pondělí? V neděli prostě zapomněl :-). Přehled novinek a vylepšení na LWN.net: první a druhá polovina začleňovacího okna a Linux Kernel Newbies.
Konference LinuxDays 2025 proběhne o víkendu 4. a 5. října v Praze v areálu ČVUT v Dejvicích na FIT.
Mapy.cz rostou a postupně přechází na Mapy.com. V plánu je vylepšení Map novými zahraničními uživateli.
Byl představen Raspberry Pi PoE+ Injector pro napájení Raspberry Pi po datovém síťovém kabelu (PoE). Cena je 25 dolarů.
Jakub Vrána napsal AI plugin sql-gemini pro nástroj pro správu databáze v jednom PHP souboru Adminer. Plugin dovoluje sestavovat SQL dotazy pomocí AI, konkrétně pomocí Google Gemini.
Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
Byla vydána nová verze 0.4.15 (𝕏) svobodného operačního systému ReactOS (Wikipedie), jehož cílem je kompletní binární kompatibilita s aplikacemi a ovladači pro Windows. Přehled novinek i s náhledy v oznámení o vydání.
Byl představen rpi-image-gen, tj. oficiální nástroj pro vytváření vlastních softwarových obrazů pro zařízení Raspberry Pi.
Byla vydána nová major verze 8.0, aktuálně 8.0.1, softwaru pro správu elektronických knih Calibre (Wikipedie). Přehled novinek v poznámkách k vydání. Vypíchnuta je lepší podpora Kobo KEPUB formátu nebo integrovaný lokálně běžící engine Piper pro převod textu na řeč používaný pro čtení nahlas (již od verze 7.18).
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:
