Grafický správce balíčků Myrlyn pro SUSE a openSUSE, původně YQPkg, dospěl do stabilní verze 1.0.0. Postaven je nad libzypp a Qt 6. Projekt začal na SUSE Hack Weeku 24.
Vývojáři se podařilo vytvořit patch pro Wine, díky kterému je možné na linuxovém stroji nainstalovat a spustit Adobe Photoshop (testováno s verzemi Photoshopu PS2021 a PS2025). Dalším patchem se podařilo umožnit dokonce instalaci téměř celého Adobe Creative Cloud Collection 2023, vyjma aplikací Adobe XD a Adobe Fresco. Patch řeší kompatibilitu s windowsovými subsystémy MSHTML - jádrem prohlížeče Internet exporer, a MSXML3 - parserem
… více »Hackeři zaútočili na portál veřejných zakázek a vyřadili ho z provozu. Systém, ve kterém musí být ze zákona sdíleny informace o veřejných zakázkách, se ministerstvo pro místní rozvoj (MMR) nyní pokouší co nejdříve zprovoznit. Úřad o tom informoval na svém webu a na sociálních sítích. Portál slouží pro sdílení informací mezi zadavateli a dodavateli veřejných zakázek.
Javascriptová knihovna jQuery (Wikipedie) oslavila 20. narozeniny, John Resig ji představil v lednu 2006 na newyorském BarCampu. Při této příležitosti byla vydána nová major verze 4.0.0.
Singularity je rootkit ve formě jaderného modulu (Linux Kernel Module), s otevřeným zdrojovým kódem dostupným pod licencí MIT. Tento rootkit je určený pro moderní linuxová jádra 6.x a poskytuje své 'komplexní skryté funkce' prostřednictvím hookingu systémových volání pomocí ftrace. Pro nadšence je k dispozici podrobnější popis rootkitu na blogu autora, případně v článku na LWN.net. Projekt je zamýšlen jako pomůcka pro bezpečnostní experty a výzkumníky, takže instalujte pouze na vlastní nebezpečí a raději pouze do vlastních strojů 😉.
Iconify je seznam a galerie kolekcí vektorových open-source ikon, ke stažení je přes 275000 ikon z více jak dvou set sad. Tento rovněž open-source projekt dává vývojářům k dispozici i API pro snadnou integraci svobodných ikon do jejich projektů.
Dle plánu certifikační autorita Let's Encrypt nově vydává také certifikáty s šestidenní platností (160 hodin) s možností vystavit je na IP adresu.
V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 14.0 (Mastodon). Forgejo je fork Gitei.
Just the Browser je projekt, 'který vám pomůže v internetovém prohlížeči deaktivovat funkce umělé inteligence, telemetrii, sponzorovaný obsah, integraci produktů a další nepříjemnosti' (repozitář na GitHubu). Využívá k tomu skrytá nastavení ve webových prohlížečích, určená původně pro firmy a organizace ('enterprise policies'). Pod linuxem je skriptem pro automatickou úpravu nastavení prozatím podporován pouze prohlížeč Firefox.
Svobodný multiplatformní herní engine Bevy napsaný v Rustu byl vydán ve verzi 0.18. Díky 174 přispěvatelům.
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:
