V repozitáři AUR (Arch User Repository) linuxové distribuce Arch Linux byly nalezeny a odstraněny tři balíčky s malwarem. Jedná se o librewolf-fix-bin, firefox-patch-bin a zen-browser-patched-bin.
Dle plánu by Debian 13 s kódovým názvem Trixie měl vyjít v sobotu 9. srpna.
Vývoj linuxové distribuce Clear Linux (Wikipedie) vyvíjené společností Intel a optimalizováné pro jejich procesory byl oficiálně ukončen.
Byl publikován aktuální přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie).
V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 12.0 (Mastodon). Forgejo je fork Gitei.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 155 (pdf) a Hello World 27 (pdf).
Hyprland, tj. kompozitor pro Wayland zaměřený na dláždění okny a zároveň grafické efekty, byl vydán ve verzi 0.50.0. Podrobný přehled novinek na GitHubu.
Patrick Volkerding oznámil před dvaatřiceti lety vydání Slackware Linuxu 1.00. Slackware Linux byl tenkrát k dispozici na 3,5 palcových disketách. Základní systém byl na 13 disketách. Kdo chtěl grafiku, potřeboval dalších 11 disket. Slackware Linux 1.00 byl postaven na Linuxu .99pl11 Alpha, libc 4.4.1, g++ 2.4.5 a XFree86 1.3.
Ministerstvo pro místní rozvoj (MMR) jako první orgán státní správy v Česku spustilo takzvaný „bug bounty“ program pro odhalování bezpečnostních rizik a zranitelných míst ve svých informačních systémech. Za nalezení kritické zranitelnosti nabízí veřejnosti odměnu 1000 eur, v případě vysoké závažnosti je to 500 eur. Program se inspiruje přístupy běžnými v komerčním sektoru nebo ve veřejné sféře v zahraničí.
Vláda dne 16. července 2025 schválila návrh nového jednotného vizuálního stylu státní správy. Vytvořilo jej na základě veřejné soutěže studio Najbrt. Náklady na přípravu návrhu a metodiky činily tři miliony korun. Modernizovaný dvouocasý lev vychází z malého státního znaku. Vizuální styl doprovází originální písmo Czechia Sans.
Změny v dostupnosti LTS verzí jdou úplně mimo ten projekt, to je maximálně problém distribucí. Dokonce bych řekl, že z hlediska Audacious jsou ty změny pozitivní, protože budou nutit distribuce mít novější QT, což pro Audacious bude znamenat nutnost podporovat méně obsolete verzí QT.
Že by je to mrzelo se neobávám. Rozdíl v kvalitě QT a GTK je obrovský, zvlášť pokud jako Audacious projekt míří i na jiné platformy než Linux. U jiných významných projektů, které tímto směrem v nedávné době migrovaly jsem žádné sypání si popela na hlavu nezaznamenal (opačným směrem nemigruje nikdo).
[...]Rozdíl v kvalitě QT a GTK je obrovský[...]U jiných významných projektů, které tímto směrem v nedávné době migrovaly[...]osobne nevidim kvalitu pri vyvoji, ale pri pouzivani mi sedi GTK aplikace a/v GTK prostredi mnohem vice... z Qt pouzivam minimum app ktere nemaji (pro me)vhodnou alternativu v GTK (...
Wireshark, Subsurface, ... Prakticky každý půl rok se nějaká objeví, protože v zásadě stále platí všechno zmíněné zde.
Pokuď někdo používá Gnome nebo jiný GTK-based desktop, dá se samozřejmě náklonost k GTK aplikacím předpokládat, ale takoví lidé jsou z hlediska jakékoliv uživatelské (GUI) aplikace zcela nezajímaví, protože 80% uživatelů má Windows a 15% OS X. Což ten efekt ještě zvyšuje, protože nikdo příčetný nealokuje prostředky aby ten program hezky zapadal do poloviny desktopů na platformě s <5% uživatelů. Pokuď tedy ta platforma není jeho osobní platformou, ale u QT vývojářů GNOME obecně moc nefrčí.
Další známé příklady jsou Audacious, pod kterým tu diskutujem a již zmíňené LXQT. Nevedu si žádnej seznam, ale odhadem tak ty 2 aplikace ročně zaznamenám. Ono je třeba s uvědomit, že přechod GTK->Qt znamená celou aplikaci kompletně přepsat, což u aplikací s roky vývoje děláš opravdu pouze v "krajní nouzi".
Jak už jsem říkal, přepsání celé aplikace je poslední zoufalá možnost, když vývojáři narazí na neřešitelné problémy, těžko z toho bude nějaký "trend". Přesto ale tuto cestu očividně mnohé "dospělé" aplikace podstupují, což značí to, jaká je GTK pro vývojáře aplikací katastrofa (ať už překážkami při vývoji, nebo výsledkem). Pokuď je ovšem cílem aplikce pouze GNOME (či jiný GTK-based) desktop, je prostě z podstaty toto peklo zároveň i optimálním řešením. V případě, že na to máte rozpočet jako vlajkové lodi GTK na Linuxu - Chrome a Firefox, můžete ještě zvolit třetí cestu - GTK pro GTK desktopy (tady vás zase netrápí ty promile QT desktopů, protože všechny korporátní desktopy jsou GTK) a nativní GUI na ostatních platformách.
[...]Přesto ale tuto cestu očividně mnohé "dospělé" aplikace podstupují[...]jen bych tedy vynechal to "mnohe", protoze i vcetne tech nedospelejch sme se dostali k poctu na prsty ruky jednoho cloveka
Tiskni
Sdílej: