Přímý přenos (YouTube) z konference LinuxDays 2026, jež probíhá tento víkend v Praze v prostorách FIT ČVUT. Na programu je spousta zajímavých přednášek.
Byla vydána nová verze 0.17.0 programovacího jazyka Zig (Codeberg, Wikipedie). Přispělo 206 vývojářů. Přehled novinek v poznámkách k vydání.
Open-source projekt OpenDLSS-NR je 'bitově přesná reimplementace' neuronové rendrovací sítě DLSS 5 od společnosti NVIDIA, jenže pro grafické API Vulkan (DLSS slouží k vylepšování klasickým způsobem vyrendrovaných snímků pomocí lokálních modelů umělé inteligence, a to v reálném čase). Projekt není nijak spojen se společností NVIDIA, je pouze pro OS Windows a natrénované váhy modelu si uživatelé musí obstarat sami. Zdrojový kód je k dispozici na GitHubu, pod licencí MIT s výjimkou pro komponenty třetích stran.
Společnost Cloudflare představila Clef a Clef-Flash, open-source rozhodovací modely určené pro rychlou a konzistentní klasifikaci vstupů. Na rozdíl od klasických LLM vracejí tyto modely deterministické striktně typované strukturované odpovědi s exaktními pravděpodobnostmi, tedy odpovědi ve stylu přelomového modelu Jev.
… více »Byla vydána beta verze Ubuntu 26.10 s kódovým názvem Stonking Stingray. Přehled novinek v poznámkách k vydání. Dle plánu by Ubuntu 26.10 mělo vyjít 15. října 2026.
Byla vydána verze 1.99.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Od 13. do 15. října proběhne v Praze OpenSSL Conference 2026. Na YouTube lze zhlédnout videozáznamy přednášek z loňského roku.
Eben Upton oznámil další zdražení jednodeskových počítačů Raspberry Pi. Tentokrát 2 GB varianty o 12,50 dolarů. Nově 2 GB Raspberry Pi 4 stojí 67,50 dolarů a 2 GB Raspberry Pi 5 stojí 77,50 dolarů.
OpenMandriva ROME, tj. průběžně aktualizovaná (rolling) edice linuxové distribuce OpenMandriva, byla vydána ve verzi 26.09. Vedle Flatpaku také s podporou Snapu.
Edison Design Group po více než 30 letech zveřejnil zdrojový kód svého EDG C/C++ front-endu. Ten proslul širokou podporou standardů C++ a kompatibilitou s dialekty kompilátorů od Microsoftu, GNU, Clangu, Sunu a dokonce i s prehistorickým cfrontem. EDG byl použit například v kompilátoru Intel C++ Classic, kompilátoru NVCC od firmy NVIDIA pro platformu CUDA nebo v našeptávači kódu IntelliSense v produktech společnosti Microsoft. Projekt nyní spravuje organizace The C++ Alliance a kód je dostupný pod licencí Apache 2.0, doplněnou o výjimky projektu LLVM.
/etc/init.d/keymap.sh, který na všech konzolách zavede klávesnici /etc/condole/boottime.kmap.gz, což je symlink na /usr/share/keymaps/i386/qwertz/cz-us-qwertz.kmap.gz. Zároveň tento skript přepne první konzole do režimu UTF-8. Ostatní se musí přepínat explicitně voláním unicode_start, což běžnému uživateli (nevím proč vypisuje):
Keymap 0: Permission denied Keymap 1: Permission denied Keymap 2: Permission denied Keymap 3: Permission denied Keymap 4: Permission denied Keymap 5: Permission denied Keymap 6: Permission denied Keymap 7: Permission denied Keymap 8: Permission denied Keymap 9: Permission denied Keymap 10: Permission denied Keymap 11: Permission denied Keymap 12: Permission denied Keymap 13: Permission denied Keymap 14: Permission denied Keymap 15: Permission denied KDSKBENT: Operation not permitted loadkeys: could not deallocate keymap 16Navíc jsou problémy se znaky ě a ř. Když je vše v pořádku, tak se vypisuje ěščřžýáíé. V horším případě se vypisuje πšč=žýáíé.
unocode_start proběhlo hladce (což by bylo výhodnější). Dále bych rád, aby se znaky ě a ř zobrazovaly stejně jako ostatní znaky bez zvýraznění.
Bug#346100: udev: Permissions change breaks unicode_start
Máš nějaký rozumný důvod pro to používat UTF-8 v konzoli? To nepoužíváš X-ka a zároveň potřebuješ používat jiná písmenka, než která Ti poskytuje česká abeceda? Řekl bych, že plno lidí se snaží naprosto všude používat UTF-8, aniž by se zamysleli zdali to vůbec potřebují a jediné čeho tím docílí jsou zbytečné problémy.
Vedlo mne k tomu pouze zjištění v poznámkách o nové distribuci.
Výchozí kódování nových instalací Debian GNU/Linuxu je UTF-8 a mnoho aplikací je pro toto kódování přednastaveno. Uživatelé přecházející na Etch ze starší verze se budou muset do tohoto kódování přepnout ručně vygenerováním příslušných locales a nastavením proměnných prostředí. Celosystémové nastavení můžete změnit příkazem dpkg-reconfigure locales.Prostě jsem usoudil, že bych měl mít UTF-8 i na konsoli. Ono to vlastně funguje. Jen mne rozčilují ty chybové výpisy. Ale když vidím, že je to složité opravit, tak to skutečně za tu námahu nestojí. Těch pár případů, co člověk dělá něco na konsoli se to vydrží. V každém případě díky za odpověď.
mám s ním ty nejlepší zkušenosti
0K!AS
/etc/init.d/console-screen.sh a konfigurák /etc/console-tools/config. Ten při bootu nastavuje prvních 6 konzolí na UTF-8 (pokud je systémové locale v UTF-8).
Pokud je nainstalovaný balíček console-tools, skript /etc/init.d/keymap.sh se nepoužívá.
Pro zobrazování českých znaků stačí přidat do /etc/console-tools/config řadky:
SCREEN_FONT=lat2-sun16
SCREEN_FONT_vc2=lat2-sun16
SCREEN_FONT_vc3=lat2-sun16
SCREEN_FONT_vc4=lat2-sun16
SCREEN_FONT_vc5=lat2-sun16
SCREEN_FONT_vc6=lat2-sun16
Automatické přepnutí všech konzolí do UTF-8 podle dokumentace nefunguje na "nových?" framebufferech, na nich se nastaví zase jen první konzole. Na vesafb mi nedělá problémy.
V dokumentace je ale uvedeno, že balíček console-tools je zastaralý a nahrazován balíčkem kbd. Já jsem zatím měnit nemusel a balíček kbd má prioritu "extra", zatímco console-tools "volitelný", takže to asi nebude tak horké.
K nastavení české klávesnice:
Nefungují mrtvé klávesy, viz http://www.debian.cz/users/localization.php:
Naneštěstí je však české rozložení klávesnice na unicodové konzoli téměř nepoužitelné, protože jaderný ovladač klávesnice neumí pracovat s tzv. mrtvou klávesou, pomocí které píšeme písmena jako ó, ť, ň, ď. Písmena navázaná na jedinou klávesu (ě, š, č, ř, ž, ý, á, í, é, ú, ů) půjdou napsat bez problémů. Chyba se týká pouze vstupu — zobrazování znaků funguje. Existuje několik záplat pro řešení této chyby, ale žádná z nich nebyla vývojáři linuxového jádra akceptována.
Tiskni
Sdílej: