Společnost PINE64 kvůli nedostatku a vysokým cenám DRAM a eMMC dočasně pozastavuje výrobu linuxových zařízení. Výroba zařízení jako PineTime, PineVoice a Pinecil pokračuje.
Společnost Stripe se dohodla na akvizici společnosti OpenRouter. Za 7,5 miliardy dolarů.
Byla vydána nová verze 1.27 programovacího jazyka Go (Wikipedie). Přehled novinek v poznámkách k vydání.
V pátek 28. srpna se v Praze uskuteční již osmý Mobile Linux Hackday. Jako obvykle se potkáme v pražské pobočce SUSE v Karlíně na Křižíkově, takže kromě mobilního Linuxu je to tentokrát i příležitost přijít se podívat na nově zrekonstruované kanceláře. Začínáme v 10:00, ale dorazit můžete samozřejmě kdykoliv v průběhu dne. Setkáním vás provede David Heidelberg, vývojář GPU ovladačů v Mesa 3D a jeden z hlavních lidí české komunity kolem … více »
Představen byl Raspberry Pi Compute Module 5 Programming Jig. Jedná se o zařízení umožňující připravit Compute Module 5 do plně funkčního stavu bez nutnosti použití dalších vstupně / výstupních desek. Podporuje automatizaci pomocí nástroje rpi-sb-provisioner. Podrobnosti v dokumentaci.
Hackeři ve Francii ukradli data více než půl milionu daňových poplatníků. Je to jeden z největších hackerských útoků v dějinách země. O útoku z konce června informovala až teď daňová správa. Teprve od pondělí dotčeným občanům zasílá e-maily s instrukcemi, jak postupovat dál. Hackeři se sice nedostanou k penězům dotyčných, hrozí ale věrohodné podvody. Hackeři získali třeba celá jména, údaje o rodinných příslušnících nebo také údaje o
… více »Společnost Framework představila nový Framework Laptop 12 s Intel Core Series 3, Thunderbolt 4, Wi-Fi 7, volitelnou čtečkou otisků prstů a podsvícenou klávesnicí s open-source firmwarem ZMK. Objednat lze s předinstalovanou Fedorou 44 KDE Plasma.
Byl vydán Mozilla Firefox 154.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 154 bude brzy k dispozici také na Flathubu a Snapcraftu.
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 168 (pdf).
Open-source citační manažer Zotero (Wikipedie, GitHub) byl vydán v nové major verzi 10. Přehled novinek v příspěvku na blogu.
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:
