raylib (Wikipedie), tj. multiplatformní open-source knihovna pro vývoj grafických aplikací a her, byla vydána ve verzi 6.0.
Nové verze AI modelů. Společnost OpenAI představila GPT‑5.5. Společnost DeepSeek představila DeepSeek V4.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 164 (pdf) a Hello World 29 (pdf).
Bylo oznámeno, že webový prohlížeč Opera GX zaměřený na hráče počítačových her je už také na Flathubu and Snapcraftu.
Akcionáři americké mediální společnosti Warner Bros. Discovery dnes schválili převzetí firmy konkurentem Paramount Skydance za zhruba 110 miliard dolarů (téměř 2,3 bilionu Kč). Firmy se na spojení dohodly v únoru. O část společnosti Warner Bros. Discovery dříve usilovala rovněž streamovací platforma Netflix, se svou nabídkou však neuspěla. Transakci ještě budou schvalovat regulační orgány, a to nejen ve Spojených státech, ale také
… více »Canonical vydal (email, blog, YouTube) Ubuntu 26.04 LTS Resolute Raccoon. Přehled novinek v poznámkách k vydání. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 11. vydání s dlouhodobou podporou (LTS).
V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Gitea (Wikipedie) byla vydána v nové verzi 1.26.0. Přehled novinek v příspěvku na blogu.
Ve středu 29. dubna 2026 se v pražské kanceláři SUSE v Karlíně uskuteční 7. Mobile Linux Hackday, komunitní setkání zaměřené na Linux na mobilních zařízeních, kernelový vývoj i uživatelský prostor. Akce proběhne od 10:00 do večerních hodin. Hackday je určen všem zájemcům o praktickou práci s Linuxem na telefonech. Zaměří se na vývoj aplikací v userspace, například bankovní aplikace, zpracování obrazu z kamery nebo práci s NFC, i na úpravy
… více »LilyPond (Wikipedie) , tj. multiplatformní svobodný software určený pro sazbu notových zápisů, byl vydán ve verzi 2.26.0. Přehled novinek v aktualizované dokumentaci.
Byla vydána nová verze 11.0.0 otevřeného emulátoru procesorů a virtualizačního nástroje QEMU (Wikipedie). Přispělo 237 vývojářů. Provedeno bylo více než 2 500 commitů. Přehled úprav a nových vlastností v seznamu změn.
/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: