Nový ovladač Steam Controller jde do prodeje 4. května. Cena je 99 eur.
Greg Kroah-Hartman začal používat AI asistenta pojmenovaného gkh_clanker_t1000. V commitech se objevuje "Assisted-by: gkh_clanker_t1000". Na social.kernel.org publikoval jeho fotografii. Jedná se o Framework Desktop s AMD Ryzen AI Max a lokální LLM.
Ubuntu 26.10 bude Stonking Stingray (úžasný rejnok).
Webový prohlížeč Dillo (Wikipedie) byl vydán ve verzi 3.3.0. S experimentální podporou FLTK 1.4. S příkazem dilloc pro ovládání prohlížeče z příkazové řádky. Vývoj prohlížeče se přesunul z GitHubu na vlastní doménu dillo-browser.org (Git).
Byl publikován přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Vývojáři v přehledu vypíchli vylepšenou instalaci, podporu senzoru okolního světla, úsporu energie, opravy Bluetooth nebo zlepšení audia. Vývoj lze podpořit na Open Collective a GitHub Sponsors.
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 »LOCALE="cs_CZ.UTF-8" HARDWARECLOCK="localtime" TIMEZONE="Europe/Prague" KEYMAP="cz" CONSOLEFONT="lat2-16" CONSOLEMAP="" USECOLOR="yes"locale:
LANG=cs_CZ.UTF-8 LC_CTYPE="cs_CZ.UTF-8" LC_NUMERIC="cs_CZ.UTF-8" LC_TIME="cs_CZ.UTF-8" LC_COLLATE=C LC_MONETARY="cs_CZ.UTF-8" LC_MESSAGES="cs_CZ.UTF-8" LC_PAPER="cs_CZ.UTF-8" LC_NAME="cs_CZ.UTF-8" LC_ADDRESS="cs_CZ.UTF-8" LC_TELEPHONE="cs_CZ.UTF-8" LC_MEASUREMENT="cs_CZ.UTF-8" LC_IDENTIFICATION="cs_CZ.UTF-8" LC_ALL=locale.gen:
cs_CZ.UTF-8 UTF-8 cs_CZ ISO-8859-2 en_US ISO-8859-1
Řešení dotazu:
LOCALE="cs_CZ.utf8" HARDWARECLOCK="UTC" TIMEZONE=Europe/Prague KEYMAP="cz" CONSOLEFONT="lat2-16.psfu.gz" CONSOLEMAP= USECOLOR="yes"
unicode_start
LOCALE="sk_SK.utf8" HARDWARECLOCK="localtime" TIMEZONE="Europe/Bratislava" KEYMAP="sk-qwerty" CONSOLEFONT="lat2-12" CONSOLEMAP="8859-15" USECOLOR="yes"
screen, která umožnuje měnit kodování operativně pro jednotlivá okna podle potřeby.
Potíž je v tom, že žádné ze zmíněných nastavení nefunguje. Zdánlivě se české znaky v terminálu normálně vypisují a ukládají, ale ve skutečnosti se ukládá smetí, které s UTF-8 nemá nic společného.
Lze to dokázat velmi snadno:
Co z toho plyne:
Pokud jde o řešení tohoto problému, zatím žádné neznám. Za žádných okolností by neměla být nastavena mapa kláves, která má něco společného s latin2. Bohužel toto nesplňuje žádná česká mapa kláves, která je v základní instalaci. Je víc než pravděpodobné, že řešení neexistuje.
Zde je vše skvěle vysvětleno. Přesně se potvrzuje to, co jsem psal o latin1. Cituji:
Some keymaps have dead keys (i.e., keys that don't produce a character by themselves, but put an accent on the character produced by the next key) or define composition rules (such as: “press Ctrl+. A E to get Æ” in the default keymap). Linux-2.6.18.1 in UTF-8 keyboard mode assumes that accented characters produced via dead keys or composing are in the Latin-1 range of Unicode, and it is impossible to change this assumption. Thus, accented characters needed for, e.g., the Czech language, can't be typed on Linux console in UTF-8 mode (but files containing these characters can be displayed correctly). The solution is either to avoid the use of UTF-8, or to install the X window system that doesn't have this limitation in its input handling.
Nezbývá než doufat, že se jednou nějakého řešení dočkáme. Pokud ale k editaci použijete konzolový program pro X, bude vše bez problémů. Horší je to například u serveru, který vůbec nemá X...
The solution is either to avoid the use of UTF-8, or to install the X window system that doesn't have this limitation in its input handling.Nebo pouzivat ceskou klavesnici, ktera si vystaci bez dead keys.
No dyť jo, ale pod pojmem "řešení" jsem rozuměl mít i bez X serveru plnohodnotnou českou klávesnici, jako je tomu například u ISO-8859-2.
Kromě toho, problém se netýká pouze dead keys. To je omyl (nejspíš anglicky mluvících) autorů onoho článku. Problém se týká všech českých znaků, které nejsou v ISO-8859-1, bez ohledu na to, zda se napíší pomocí deadkeys nebo ne. (Vyzokušeno.)
Vím, že se jedná o starý dotaz, téma je ale pořád aktuální.
setfont Lat2-Terminus16 -m 8859-2 loadkeys -u cz-lat2
Po zadání těchto příkazů můžu v konzoli napsat všechny české znaky (používám UTF-8). Záleží na pořadí příkazů a u fontu je nutné zadat -m 8859-2, přestože by to podle mě nemělo mít vliv. Může to prosím někdo vyzkoušet, popř. vysvětlit?
Díky.
#mkdir čřžý, pak mi prikaz #ls -l vypise misto nazvu adresare "????". Zvlastni je, ze treba z unicode mc vidim znaky spravne. Asi pouziva svuj font.. Locale mam en_us.urf8, distro Arch..
Mně v Archlinuxu v pohodě jede UTF-8 (čeština). Zde je část /etc/rc.conf, která se týká češtiny (tak to mám já):
LOCALE="cs_CZ.UTF-8" HARDWARECLOCK="localtime" TIMEZONE="Europe/Prague" KEYMAP="cz-us-qwertz" CONSOLEFONT="lat2-16.psfu" CONSOLEMAP="8859-2_to_uni.trans" USECOLOR="yes"
Tiskni
Sdílej: