Clement "Clem" Lefebvre publikoval souhrn dění v Linux Mintu za srpen 2026. Aplikace XApp mají vlastní webovou stránku xapp-project.org. Představena byl čtečka EPUB s názvem Xepub a kalendář Clockenstein.
Byla vydána nová verze 3.2.6 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
Bylo vydáno Ubuntu 24.04.5 LTS, tj. páté opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na poznámkách k vydání.
Švýcarsko testuje přechod z Microsoft 365 na FOSS, konkrétně balík openDesk (Wikipedie) od německé státní společnosti ZenDiS (Wikipedie), s cílem posílit digitální suverenitu.
V italském městě Pordenone probíhá LibreOffice Conference 2026. Zúčastnit se lze i online.
Svobodný (GPLv3) šachový engine Stockfish (Wikipedie) byl vydán ve verzi 19 (𝕏). Přehled novinek v příspěvku na blogu. Stockfish 19 je o 44 Elo silnější než Stockfish 18.
Byla vydána nová verze 1.13.0 dynamického programovacího jazyka Julia (Wikipedie) určeného zejména pro vědecké výpočty. Přehled novinek v příspěvku na blogu a v poznámkách k vydání. Aktualizována byla také dokumentace.
Organizátoři konference LinuxDays zveřejnili program letošního ročníku a spustili registraci návštěvníků. LinuxDays 2026 se uskuteční 3. a 4. října v areálu ČVUT v pražských Dejvicích, na Fakultě informačních technologií. Těšit se můžete na 70 přednášek a workshopů od 66 přednášejících. Konference bude rozdělena do pěti sálů s různou kapacitou. Vstup na LinuxDays je jako obvykle zdarma, stačí včas vyplnit registrační formulář. Opět je možné si na akci zakoupit oběd, ale je třeba to udělat předem, na místě už to nebude možné.
Google Chrome 153 byl prohlášen za stabilní. Nejnovější stabilní verze 153.0.8010.36 přináší řadu novinek. Podrobný přehled v poznámkách k vydání. Opraveno bylo 230 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Open-source hra Shattered Pixel Dungeon (Wikipedie) byla vydána ve verzi 4.0.0. Přehled novinek v příspěvku na blogu.
Po 9 týdnech vývoje od vydání Linuxu 5.1 oznámil Linus Torvalds vydání Linuxu 5.2 (LKML). Přehled nových vlastností a vylepšení na stránce Linux Kernel Newbies. Kódové jméno Linuxu 5.2 je Bobtail Squid.
Tiskni
Sdílej:
To musí být implementační noční můra.
Na světě je spousta abeced, koncept malých a velkých písmen existuje jenom někde atd.
No tak to je jako volba mezi blátem a louží. ASCII je English-only bullshit z 60. let, který by dnes bylo lepší nemít než mít. UTF-8 je sice super, ale je to právě to, čeho bych se fakt hodně bál. Kdyby mi někdo dal náhdoný znak z UTF-8 a já bych měl vyřešit otázku, zda existuje v malé a velké variantě (3 ne, a ano), předem bych to vzdal, protože bych samozřejmě dostal něco z gruzínské nebo arabské abecedy a netušil bych, o co jde.
Implementace v 5.2.0 je zlepšení, protože vámi proklínaný casefolding v ext4 existoval už před tím, ale fungoval jen na ASCII. Toto jádro ve skutečnosti podporu rozšířilo na NFD formu Unicodu 12.1 v UTF-8. Mimo jiné to otevírá možnost mít více programů v různém kódováním nad jedním souborovým systémem. Toto doteď nebylo možné, protože název souboru byl posloupnost bajtů. U nás už málokdo používá ISO-8859-2, ale v Korei nebo Japonsku je stále běžné, že aplikace používají EUC-KR nebo Shift JIS i na Linuxu. U nás je ten problém nejvíce vidět při sdílení souborového systému po síti mezi různými operačními systémy.
Osobně se domnívám, že časem přibude možnost odmítat názvy souborů mimo Unicode, protože představte si, co má chudák KDE aplikace zobrazit, když jí kernel vrátí nějaký binární bordel. Zobrazit se to nedá, zapsat se to nedá. Mít výpis adresáře, kde každý soubor se jmenuje „?????“ je matoucí. Naštěstí v drag-n-drop GUI lze s takovými soubory pracovat, i když nevidíme jejich název. Současný stav vyžaduje, aby každý program považoval název souboru za binární smetí. Což je ale přesný opak účelu názvu souboru co by jmenovky určené lidem k zobrazení. Programy by si vystačili s číslem i-uzlu.
protože bych samozřejmě dostal něco z gruzínské nebo arabské abecedy a netušil bych, o co jde.Tak zrovna u gruzínského písma (Mchedruli) je situace humorná, protože velká písmena sice teoreticky existují (Mtavruli, Unicode block Georgian Extended) a Unicode v rámci výchozího case conversion do nich běžná písmena konvertuje, nicméně je to dost ahistorická záležitost, vymyslel to nějakej jednotlivec někdy ~150 let zpátky a reálně se to nikdy moc nepoužívalo (pokud vim). A navíc jsou to stejně víceméně jen zvětšeninky běžného písma (tj. stejný tvar, akorát trochu větší). Gruzínci zcela běžně i oficiálně používají písmo bez rozlišení velkých/malých písmen a Mtavruli jim je zcela u zadku. Navíc reálně Mtavruli naprostá většina fontů vůbec neobsahuje, a to se týká i fontů, které jinak obsahují třeba i Hlaholici, písma eskymáků a kdovíco všechno... Nicméně tyhle problémy tě vlastně u filesystému až tak nemusí trápit, protože AFAIK tam ti stačí case folding, nepotřebuješ case conversion.
Foo a pak se snaží otevřít soubor foo. Samba tohle řešila v userspace, ale to znamená, že když někdo chce soubor, tak se musí vylistovat celý adresář (a pro každou položku porovnat jestli odpovídá nějaké case variantě požadavku), což trvá. Zatímco když je to v kernelu/na úrovni FS, tak je to rychlejší.