Byly publikovány informace (technické detaily) o bezpečnostním problému Snapu. Jedná se o CVE-2026-3888. Neprivilegovaný lokální uživatel může s využitím snap-confine a systemd-tmpfiles získat práva roota.
Nightingale je open-source karaoke aplikace, která z jakékoliv písničky lokálního alba (včetně videí) dokáže oddělit vokály, získat text a vše přehrát se synchronizací na úrovni jednotlivých slov a hodnocením intonace. Pro separaci vokálů využívá UVR Karaoke model s Demucs od Mety, texty písní stahuje z lrclib.net (LRCLIB), případně extrahuje pomocí whisperX, který rovněž využívá k načasování slov. V případě audiosouborů aplikace na
… více »Po půl roce vývoje od vydání verze 49 bylo vydáno GNOME 50 s kódovým názvem Tokyo (Mastodon). Podrobný přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře.
Článek na stránkách Fedora Magazinu informuje o vydání Fedora Asahi Remixu 43, tj. linuxové distribuce pro Apple Silicon vycházející z Fedora Linuxu 43.
Byl zveřejněn program konference Installfest 2026. Konference proběhne o víkendu 28. a 29. března v Praze na Karlově náměstí 13. Vstup zdarma.
Byla vydána Java 26 / JDK 26. Nových vlastností (JEP - JDK Enhancement Proposal) je 10. Odstraněno bylo Applet API.
Byla vydána nová verze 260 správce systému a služeb systemd (Wikipedie, GitHub). Odstraněna byla podpora skriptů System V. Aktualizovány byly závislosti. Minimální verze Linuxu z 5.4 na 5.10, OpenSSL z 1.1.0 na 3.0.0, Pythonu z 3.7.0 na 3.9.0…
Byla vydána nová verze 5.1 svobodného 3D softwaru Blender. Přehled novinek i s náhledy a videi v poznámkách k vydání. Videopředstavení na YouTube.
Bylo oznámeno vydání nové verze 8.1 "Hoare" kolekce svobodného softwaru umožňujícího nahrávání, konverzi a streamovaní digitálního zvuku a obrazu FFmpeg (Wikipedie). Doprovodný příspěvek na blogu Khronosu rozebírá kódování a dekódování videa pomocí Vulkan Compute Shaders v FFmpeg.
Byl představen open-source a open-hardware prototyp nízkonákladového raketometu kategorie MANPADS, který byl sestaven z běžně dostupné elektroniky a komponent vytištěných na 3D tiskárně. Raketa využívá skládací stabilizační křidélka a canardovou stabilizaci aktivně řízenou palubním letovým počítačem ESP32, vybaveným inerciální měřicí jednotkou MPU6050 (gyroskop a akcelerometr). Přenosné odpalovací zařízení obsahuje GPS,
… více »Máte s tím někdo zkušenost, je-li to obecná vlastnost toolkitu, nebo špatně nastavené prostředí, nebo nevhodně napsaná aplikace ?
Teď vážně. Se slabším strojem je opravdu znát, že je GTK pomalejší než třeba QT. Při vzdáleném přistupu nemám problém nepoužitelnosti, ale ten rozdíl oproti QT je ještě daleko znatelnější -- pomalé překreslování menu apod. Tedy můj přízpěvek má smysl v tom, že tě ujišťuji, že s podobným zjištěním nejsi sám.
9.6.2007 10:40
David Heidelberg | skóre: 46
| blog: blog_
Nemáš pro GTK+ nastavený nějaký náročný téma ? Zkus přepnout na to defaultní.
Projevuje se ten rozdíl v rámci jednoho sezení, když máš spuštěný vedle sebe srovnatelnou Qt a GTK aplikaci ?
Samozřejmě že odezva hodně záleží na toolkitu, daleko víc než na X protokolu.Šlo by to nějak rozvést ? AFAIK XDMCP klient posílá po síti na X server už jen syrová data. Myslím tím žádosti o vykreslení primitiv X Window, které předtím konvertoval z těch nadstaveb - widgetů např. Qt nebo Gtk. Z toho plyne, že ten objem dat posílaných po síti bude zhruba stejně velký a její propustnost má srovnatelný dopad bez ohledu na toolkit.
Nevím co máte za distro, ale na Debianu Etch s XOrg 7.1, Gtk+ 2.8 a Qt 3.3 jsem ještě testoval přes pomalejší 10MB wifi síť. Měl jsem puštěný Inkscape, GQView, QtDesigner a Scribus. Rozdíl v odezvách při práci neznatelný včetně zmiňovaného procházení menu. Tak nevím, asi každý používáme úplně jiné Gtk.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz