Společnost JetBrains uvolnila verzi 2 svého open-source velkého jazykového modelu (LLM) pro vývojáře Mellum.
Probíhá konference Microsoft Build 2026. Microsoft představuje své novinky: kvantový čip Majorana 2, Surface Laptop Ultra a Surface RTX Spark Dev Box s NVIDIA RTX Spark, Intelligent Terminal, Coreutils for Windows (fork Rust Coreutils), AI modely MAI, AI agenta Scout, platformu pro agent-first zařízení Project Solara, …
Google Chrome 149 byl prohlášen za stabilní. Nejnovější stabilní verze 149.0.7827.53 přináší řadu novinek. Podrobný přehled v poznámkách k vydání. Vylepšeny byly také nástroje pro vývojáře.
Pluto.jl, reaktivní notebook pro programovací jazyk Julia, dospěl do verze 1.0.
Byla vydána nová verze 12.0.0 vizuálního programovacího jazyka Snap! (Wikipedie) inspirovaného jazykem Scratch (Wikipedie). Přehled novinek na GitHubu.
Počítačovou hru Gravity Circuit (ProtonDB) lze do 14. června do 19:00 získat na Steamu zdarma. Napořád.
Nejnovější X.Org X server 21.1.23 a Xwayland 24.1.12 řeší 9 bezpečnostních chyb.
npm balíčky @redhat-cloud-services byly kompromitovány.
Byly publikovány informace o zranitelnosti CVE-2026-46243 pojmenované CIFSwitch v Linuxu od roku 2007. Běžný uživatel může získat práva roota (lokální eskalaci práv). V upstreamu je již opraveno.
Nvidia na své konferenci NVIDIA GTC Taipei 2026 představila řadu novinek. Společně s Microsoftem představili superčip NVIDIA RTX Spark (až 6 144 jader GPU, 20 jader CPU, 1 petaflop AI výkonu v FP4 a 128 GB jednotné paměti). První notebooky a stolní počítače s tímto čipem od Nvidie místo Intelu nebo AMD by se měly na trh dostat na podzim letošního roku.
V dřívějších dobách, kdy Linux neuměl dobře pracovat s NTFS se na externí zařízení používal souborový systém Ext3, protože do Windows existovaly ovladače.
Jedním z nich byl i Ext2 Installable File System for Windows, který jsem používal i já. Žel výsledkem jsou problémy s kódováním názvů souborů, protože první verze neuměly UTF-8, stejně jako toto kódování nepoužíval ani GNU/Linux. Dost jsem se s tím natrápil a o některá data dokonce přišel, protože místo některých znaků (typicky ž) se zobrazoval znak otazníku, se kterým je v názvu souboru problém (např. je přesunout).
Konečně jsem našel řešeni:
sudo convmv -r -f cp852 -t utf8 --notest *
který je potřeba spustit v kořenu disku. Dost mi dalo zabrat než jsem zjistil, že je to v CP852, protože jsem myslel, že to je Latin2.
Po spuštění se potvrdilo to, že některé názvy jsou v UTF-8 a jiné ne, protože občas se objevilo: "Skipping, already UTF-8:"
Tiskni
Sdílej:
Tak tento příspěvek jsem nepochopil už vůbec :).
1) Na disku nebyl NTFS, ale Ext3.
2) Neexportovalo se do cp852, ale z cp852.
Asi jsi hodně mladý :). Wikipedie uvádí: "NTFS-3G byl představen programátorem Szabolcsem Szakacsitsem v červenci 2006. První stabilní verze 1.0 byla vydána 21. února 2007."
My jsme to řešili v roce 2005. Pamatuji se, že napřed ten ovladač uměl jenom z disku číst a teprve pak zapisovat a bylo to označováno za experimentální.
Proč jsme nepoužili FAT si nepamatuji - nějak si nevybavuji, že bychom ho vůbec zvažovali. Mám pocit, že na tom disku byl operační systém GNU/Linux a že to mělo bootovat.
Asi jsi hodně mladýNo spíše toho hodně pamatuji == ročník 1964, pamatuji si ještě SMEP :) No to jsi mě dostal s tím rokem NTFS-3G (nějak jsem zapomenul na roky jak běží ..), já jsem to řešil podobně někdy 2004/2005 když zákazník chtěl připojit na linuxový systém FS s něčím od Windows. Tehdy si jen pamatuji, že se to ve spojení se Suse nějak vyřešilo (už si ani nevzpomenu jak).
Non-ISO extended-ASCII text, with very long lines, with CRLF line terminators
což je něco co leze z MS věcí a čeština je tam totálně nečitelná. Hrál jsem si s tím a nakonec mi nezbylo než to načíst ve Windowsech a v nich pře-uložit do UTF-8.