Bylo vydáno Ubuntu 24.04.5 LTS, tj. páté opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na poznámkách k vydání.
Švýcarsko testuje přechod z Microsoft 365 na FOSS, konkrétně balík openDesk (Wikipedie) od německé státní společnosti ZenDiS (Wikipedie), s cílem posílit digitální suverenitu.
V italském městě Pordenone probíhá LibreOffice Conference 2026. Zúčastnit se lze i online.
Svobodný (GPLv3) šachový engine Stockfish (Wikipedie) byl vydán ve verzi 19 (𝕏). Přehled novinek v příspěvku na blogu. Stockfish 19 je o 44 Elo silnější než Stockfish 18.
Byla vydána nová verze 1.13.0 dynamického programovacího jazyka Julia (Wikipedie) určeného zejména pro vědecké výpočty. Přehled novinek v příspěvku na blogu a v poznámkách k vydání. Aktualizována byla také dokumentace.
Organizátoři konference LinuxDays zveřejnili program letošního ročníku a spustili registraci návštěvníků. LinuxDays 2026 se uskuteční 3. a 4. října v areálu ČVUT v pražských Dejvicích, na Fakultě informačních technologií. Těšit se můžete na 70 přednášek a workshopů od 66 přednášejících. Konference bude rozdělena do pěti sálů s různou kapacitou. Vstup na LinuxDays je jako obvykle zdarma, stačí včas vyplnit registrační formulář. Opět je možné si na akci zakoupit oběd, ale je třeba to udělat předem, na místě už to nebude možné.
Google Chrome 153 byl prohlášen za stabilní. Nejnovější stabilní verze 153.0.8010.36 přináší řadu novinek. Podrobný přehled v poznámkách k vydání. Opraveno bylo 230 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Open-source hra Shattered Pixel Dungeon (Wikipedie) byla vydána ve verzi 4.0.0. Přehled novinek v příspěvku na blogu.
Apple dnes představil (YouTube) iPhone Duo, iPhone 18 Pro, Watch Series 12, Watch Ultra 4 a AirPods 5.
Společnost System76 představila pracovní stanici Thelio Mira AI s předinstalovaným Pop!_OS s prostředím COSMIC nebo Ubuntu. Nakonfigurovat lze až s 16jádrovým CPU AMD Ryzen 9 9950X, 192 GB DDR5 RAM, dvěma GPU NVIDIA RTX Pro 6000 a 192 GB GPU pamětí.
tak myslim ze to je jasny:
Na serveru je kodovani unix charset=ISO8859-2; DOS charset 852,
a v kombinaci s tim ze locale mas utf8 tak pozitam ze i souborovej system je v utf8 (kdyz pridas obsah /etc/fstab tak to bude jasny).
ted mas bohuzel problem protoze to co uz je tam ulozeno je spatne - musis to opravit, Pak zkus zmenit nastaveni samby na UTF8 nebo UTF-8 nevim presne, restartuj sambu a zkus z nejakyho klienta nahrat soubor ěššččřřžýé.txt a pak si ho na serveru zobrazit
Ja ti nevim ale tohle muze bejt spousta veci:
- Na serveru je kodovani unix charset=ISO8859-2; DOS charset 852, u klienta nevim, to slape dobře lidi pouzivaji widle a ukladaji normal nazvy s plnou podporou čestiny. ve sdilenych složkach vidi co maji, to me netrapi.
Me stve to ze se připojim pres konzoli ssh nebo primo na serveru a u nazvu sobuboru s diakritikou vidim misto pismen s hačkama a čarkama "?". Takze pokud chci zmenit napr prava nebo vlastnika tak se na ten soubor proste nedostanu standartni cestou napsanim pocatecnich pismen protoze tam jsou ty diakriticke znaky. Tak jsem se rozhodl pocestit konzoli. Nasel jsem neco o profile a o locale ale nejsem z toho moudry.
Je to SLES 10 a myslim ze nema instalovanou podporu cestiny a potreboval bych vedet jak to tam dostat.
jinak souhlasim ze diakritika do prace s konzoli nepatri, ale chci se s tim naucit pracovat, kdyz budu muset pres ssh neco zmenit
No tak jestli to zobrazuje otazníky tak problem asi s fontem nebude. Můžeš do konzole napsat ěščřžýáíé, s tím, že se to tam zobrazí.
co mas napsano v /etc/fstab o oddílu na kterym je to sdílení (server)??
a co ti vypíše příkaz locale na servru??
Jo ještě mně napadlo: Vzhledem k tomu že tam evidentně mas graficky rozhraní tak si zkus pustit nejakej terminal v okně ať se nemusis prepinat do konzole. Ono totiž ted byva klasicka konzole přenastavena na EN locale - např u mně v mandrivě když se přepnu do konzole tak mam EN klavesnici.
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=
sory tohle sem napsal trošku vejš ted to sem davam jenom pro zopakovani:
tak myslim ze to je jasny:
Na serveru je kodovani unix charset=ISO8859-2; DOS charset 852,
a v kombinaci s tim ze locale mas utf8 tak pozitam ze i souborovej system je v utf8 (kdyz pridas obsah /etc/fstab tak to bude jasny).
ted mas bohuzel problem protoze to co uz je tam ulozeno je spatne - musis to opravit, Pak zkus zmenit nastaveni samby na UTF8 nebo UTF-8 nevim presne, restartuj sambu a zkus z nejakyho klienta nahrat soubor ěššččřřžýé.txt a pak si ho na serveru zobrazit
A tohle je už nový:
pokud chceš dočasně změnit locale tak musis prepsat LC_* proměný(např.: export LC_ALL=cs_CZ.ISO-8859-2) a taky změnit font terminalu a mozna i zdroj klavesnice - no proste zadna legrace lepší je tu sambu dobře nakonfigurovat.
pro klienty by to neměla bejt zadna změna, když to provedeš dobře. Samba totiž s nima bude vždycky komunikovat se stránkou 852. Prakticky to komunikuje takhle: Klient(cp1250)->(852)SambaServer(UTF8)->(UTF8)filesystemkdejesdileni. U tebe byl nejspiš problem v tom ze sambaserver to konvertoval do ISO-8859-2. T.j. kdyz provedes konverzi nazvu z ISO-8859-2 do UTF-8 na straně file systemu serveru a pak zmenis nastaveni samby tak budou vsichni spokojeny a vše ti bude fungovat jak ma.
Jo tak to mas asi pravdu, presne sem nepatral, nicmene podstata si myslim je stejna uklada to nespis v ISO... a kdyz k tomu pristupuje primo ze serveru tak se pokousi cist ISO pomoci UTF.
A reseni si myslim je taky stejny. Nebo ne?
PS:Jeste ze uz doma maj vsichni linux a tyhle trable dou mimo mne (naposled jsem takovyhle ... musel resit na kolejich.
jeste jednou diky za rady a postrehy!!!
Tiskni
Sdílej: