Evropská rada vydavatelů (EPC) předložila Evropské komisi stížnost na americkou internetovou společnost Google kvůli její službě AI Overviews (AI souhrny), která při vyhledávání na internetu zobrazuje shrnutí informací ze zpravodajských serverů vytvořená pomocí umělé inteligence (AI). Evropská komise již v prosinci oznámila, že v souvislosti s touto službou začala firmu Google vyšetřovat. Google obvinění ze strany vydavatelů
… více »Ubuntu 26.04 (Resolute Raccoon) už nebude v desktopové instalaci obsahovat GUI nástroj 'Software & Updates'. Důvodem jsou obavy z jeho složitosti pro běžné uživatele a z toho plynoucích bezpečnostních rizik. Nástroj lze doinstalovat ručně (sudo apt install software-properties-gtk).
Thomas Dohmke, bývalý CEO GitHubu, představil startup Entire - platformu pro spolupráci vývojářů a agentů umělé inteligence. Entire získalo rekordních 60 milionů dolarů na vývoj databáze a nástrojů, které mají zefektivnit spolupráci mezi lidmi a agenty umělé inteligence. Dohmke zdůrazňuje potřebu přepracovat tradiční vývojové postupy tak, aby odpovídaly realitě, kdy většinu kódu produkuje umělá inteligence.
Toyota Connected North America oznámila vývoj open-source herního enginu Fluorite, postaveného na frameworku Flutter. Pro renderování grafiky využívá 3D engine Filament od společnosti Google a dle svého tvrzení cílí na konzolovou kvalitu her. Fluorite je zřejmě navržen tak, aby fungoval i na méně výkonném hardware, což naznačuje možnost použití přímo v ICE systémech vozidel. Zdrojový kód zatím zveřejněný není.
Byl vytvořen nástroj a postup pro překonání věkového ověření platforem Discord, Kick, Twitch, Snapchat (a možná dalších), kód je open-source a dostupný na GitHubu. Všechny tyto sítě používají stejnou službu k-ID, která určuje věk uživatele scanem obličeje a na původní server posílá pouze šifrovaná metadata, ty ale sociální síť už nedokáže sama nijak validovat, 'útok' spočívá ve vygenerování a podstrčení legitimně vypadajících ověřovacích metadat.
Jihokorejská kryptoměnová burza Bithumb přiznala vážné selhání interních systémů, které ji vystavilo riziku sabotáže a nezabránilo chybné transakci v hodnotě přes 40 miliard dolarů (814 miliard Kč). Druhá největší kryptoměnová burza v Koreji minulý týden při propagační akci omylem rozeslala zákazníkům zhruba 620 000 bitcoinů místo 620 000 wonů (8700 Kč). Incident vyvolal pokles ceny bitcoinu o 17 procent. Většinu
… více »Google Chrome 145 byl prohlášen za stabilní. Nejnovější stabilní verze 145.0.7632.45 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Zpátky je podpora grafického formátu JPEG XL, viz Platform Status. Odstraněna byla před třemi lety. Nový dekodér JPEG XL jxl-rs je napsán v Rustu. Zobrazování JPEG XL lze vyzkoušet na testovací stránce. Povolit lze v nastavení chrome://flags (Enable JXL image format).
Byla vydána nová verze 1.26 programovacího jazyka Go (Wikipedie). Přehled novinek v poznámkách k vydání.
CrossOver, komerční produkt založený na Wine, byl vydán ve verzi 26. Přehled novinek v ChangeLogu. CrossOver 26 vychází z Wine 11.0, D3DMetal 3.0, DXMT 0.72, Wine Mono 10.4.1 a vkd3d 1.18. Do 17. února lze koupit CrossOver+ se slevou 26 %.
KiCad je nově k dispozici také jako balíček ve formátu AppImage. Stačí jej stáhnout, nastavit právo na spouštění a spustit [Mastodon, 𝕏].
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: