Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
Před 25 lety zaplavil celý svět virus ILOVEYOU. Virus se šířil e-mailem, jenž nesl přílohu s názvem I Love You. Příjemci, zvědavému, kdo se do něj zamiloval, pak program spuštěný otevřením přílohy načetl z adresáře e-mailové adresy a na ně pak „milostný vzkaz“ poslal dál. Škody vznikaly jak zahlcením e-mailových serverů, tak i druhou činností viru, kterou bylo přemazání souborů uložených v napadeném počítači.
Byla vydána nová major verze 5.0.0 svobodného multiplatformního nástroje BleachBit (GitHub, Wikipedie) určeného především k efektivnímu čištění disku od nepotřebných souborů.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za duben (YouTube).
Provozovatel čínské sociální sítě TikTok dostal v Evropské unii pokutu 530 milionů eur (13,2 miliardy Kč) za nedostatky při ochraně osobních údajů. Ve svém oznámení to dnes uvedla irská Komise pro ochranu údajů (DPC), která jedná jménem EU. Zároveň TikToku nařídila, že pokud správu dat neuvede do šesti měsíců do souladu s požadavky, musí přestat posílat data o unijních uživatelích do Číny. TikTok uvedl, že se proti rozhodnutí odvolá.
Společnost JetBrains uvolnila Mellum, tj. svůj velký jazykový model (LLM) pro vývojáře, jako open source. Mellum podporuje programovací jazyky Java, Kotlin, Python, Go, PHP, C, C++, C#, JavaScript, TypeScript, CSS, HTML, Rust a Ruby.
Vývojáři Kali Linuxu upozorňují na nový klíč pro podepisování balíčků. K původnímu klíči ztratili přístup.
V březnu loňského roku přestal být Redis svobodný. Společnost Redis Labs jej přelicencovala z licence BSD na nesvobodné licence Redis Source Available License (RSALv2) a Server Side Public License (SSPLv1). Hned o pár dní později vznikly svobodné forky Redisu s názvy Valkey a Redict. Dnes bylo oznámeno, že Redis je opět svobodný. S nejnovější verzí 8 je k dispozici také pod licencí AGPLv3.
Oficiální ceny Raspberry Pi Compute Modulů 4 klesly o 5 dolarů (4 GB varianty), respektive o 10 dolarů (8 GB varianty).
Byla vydána beta verze openSUSE Leap 16. Ve výchozím nastavení s novým instalátorem Agama.
LyX používám už delší dobu a nikdy jsem nenarazil na problém, který by se mi nepodařilo vyřešit. Nainstaloval jsem Ubuntu 9.04, kde je LyX 1.6.1. Bezúspěšně jsem se hrabal v menu Dokument→Nastavení i Nástroje→Nastavení. Ani google mi nepomohl i když je pravda, že jsem možná nedokázal správně formulovat dotazy... Zkoušel jsem i měnit rozložení klávesnice. V jiném programu podobný problém není. Nakonec co je nejzvláštnější: Ubuntu 9.04 už mám i na NB a i tam je stejná verze LyXu. Znaky s diakritikou tam fungují! Zkusil jsem zkopírovat .lyx z NB do desktopu. Nepomohlo. Nejsem si vědom žádných zásahů do systému, které by s tímto mohly souviset (téměř čistá instalace). Díky za každý nápad.
Takhle vypadá ěščřžýáíé v LyXu: ÄÅÄÅÅÃÃÃÃ
Díky za rychlou reakci.
- locales naprosto stejně nastavené jako na NB.
- Do nastavení terminálu jsem se vůbec nehrabal ani na jednom z počítačů. LyX pouštím z menu. Z terminálu se chová stejně.
- Font jsem zkoušel měnit, pořád to samé.
Napadla mě ale jedna docela zásadní informace, kterou jsem neuvedl. Ctrl+C Ctrl+V vloží znaky s diakritikou naprosto normálně a vygenerovaný ps/pdf soubor je taky v pořádku!
Zkusil jsem zkontrolovat, jestli jsou nainstalované všechny balíčky s podporou češtiny a některý chyběl. Doinstalování nepomohlo. Vypadá to tedy, jakoby byl problém mezi "klávesnicí a LyXem". Napadá někoho, k čemu tam může docházet? Zvláštní je, že do terminálu, geditu, oo, kamkoli můžu napsat české znaky, zkopírovat je do schránky a do LyXu už se vloží bez problému. Vážně mi to hlava nebere 
.
Nainstaloval jsem qtconfig. Zobrazení a dokonce i vkládání/psaní znaků je naprosto v pořádku. Připomínám, že LyX nemá problém se zobrazením znaků s diakritikou, ale s vkládáním/psaním přímo z klávesnice. Ctrl+C Ctrl+V vloží znaky s diakritikou správně.
Částečně vyřešeno. Zjistil jsem, že skutečně stačí změnit locales. Nijak jsem s tím neexperimentoval, protože mě nenapadlo, že ve stejném systému a stejné verzi programu se může LyX chovat na dvou počítačích jinak . V Ubuntu je dafault toto:
<CODE>
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="cs_CZ.UTF-8"
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=
</CODE>
S tím české znaky nefungují. Pokud změním cs_CZ.UTF-8 na cs_CZ, tak sice jde vkládat ěščřžýáíéúů, ale nefunguje vkládání velkých znaků s háčkem/čárkou a menu není v češtině (!). Experimentoval jsem s různým nastavením a kupodivu i s en_US se klávesnice chovala stejně. Zkrátke cokoli jiného než default cs_CZ.UTF-8 znamená, že menu není česky a sice konečně fungují malá písmena s diakritikou, která se vkládají přímo, nefungují ale znaky vkládané pomocí háčku a čárky (ňťďĚŠČŘŽÝÁÍÉ apod.). Dá se s tím žít, ale je to otrava... LyX se každopádně chová dost nestandardně . Nechápu, proč na jiném stroji funguje bez problému. Dokáže někdo poradit nastavení locales tak, aby bylo menu česky a aby se klávesnice chovala tak, jak má?
Ještě přidávám chyby, které jsem našel ve výpisu locales po změně na cs_CZ:
:~$ LANG=cs_CZ
:~$ locale
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
LANG=cs_CZ
LC_CTYPE="cs_CZ"
LC_NUMERIC="cs_CZ"
LC_TIME="cs_CZ"
LC_COLLATE="cs_CZ"
LC_MONETARY="cs_CZ"
LC_MESSAGES="cs_CZ"
LC_PAPER="cs_CZ"
LC_NAME="cs_CZ"
LC_ADDRESS="cs_CZ"
LC_TELEPHONE="cs_CZ"
LC_MEASUREMENT="cs_CZ"
LC_IDENTIFICATION="cs_CZ"
LC_ALL=
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
25.2.2009 13:50