Sovereign Tech Agency (Wikipedie) prostřednictvím svého fondu Sovereign Tech Fund podpoří vývoj Flatpaku částkou 508 640 eur.
Byla vydána první veřejná verze v7.0-mk2 projektu Multikernel (mklinux), který umožňuje spouštět více nezávislých linuxových jader současně na jednom stroji bez hypervizoru.
Heureka Group uspěla v soudním sporu se společností Google. Městský soud v Praze vydal rozhodnutí v oblasti soukromoprávního vymáhání soutěžního práva. Společnosti Heureka Group přiznal náhradu ušlého zisku ve výši 250 milionů korun, což spolu s úroky z prodlení a náhradou nákladů řízení činí více jak 410 milionů korun. Základem celého sporu bylo protisoutěžní jednání technologického giganta Google v letech 2013 až 2017. Google na
… více »Dnešním dnem končí LTS podpora Debianu 11 s kódovým názvem Bullseye. K dispozici je Extended LTS podpora.
Firma X zaslala předžalobní výzvu vývojáři projektu Nitter (Wikipedia), open-source alternativního frontendu k sociální síti X (ex-Twitter), a provozovatelům instancí jako XCancel, které umožňovaly číst příspěvky bez přihlášení, reklam a javascriptu. Údajně se dopouštějí „sběru dat“. Zdrojový kód Nitteru vývojář archivoval. Vývoj již dříve přerušil v roce 2024 po tehdejším omezení API X. X je dceřiná společnost SpaceXAI Elona Muska, provozující mj. kontroverzního chatbota Grok.
Bylo vydáno Ubuntu 26.04.1 LTS, tj. první opravné vydání Ubuntu 26.04 LTS s kódovým názvem Resolute Raccoon. Přehled novinek a oprav na Discourse.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) vydal Zprávu o stavu kybernetické bezpečnosti ČR za rok 2025 (pdf). Incidentů ubylo, sofistikovanost útočníků roste.
Open source softwarový stack AMD ROCm (Wikipedie) pro vývoj AI a HPC na GPU od AMD byl vydán v nové major verzi 10.0. S ROCm.AI. Přehled novinek v aktualizované dokumentaci.
Finanční skupina Partners se stala minulou neděli obětí kybernetického útoku, při kterém se útočníci dostali k některým osobním údajům klientů. Společnost o tom informovala ve čtvrtek. Ujišťuje, že peníze klientů nejsou v ohrožení. „Kybernetický útok zasáhl část IT infrastruktury naší společnosti. Ihned po zjištění útoku jsme s pomocí externích bezpečnostních odborníků začali intenzivně pracovat na minimalizaci škod. Útočníci se
… více »Americká technologická společnost Meta Platforms se dohodla, že zaplatí až zhruba 18 miliard dolarů (asi 373 miliard Kč) za mimosoudní urovnání sporu o závislosti dětí na sociálních sítích a provede významné změny pro jejich používání mladistvými. Téměř tři desítky států USA firmu v roce 2023 obvinily z toho, že sítě Facebook a Instagram vědomě navrhla tak, aby u dětí vyvolávaly závislost, a zatajovala tyto dopady před veřejností. Firma se
… více »
22.2.2010 21:30
PaulosV | skóre: 10
| blog: dentoob
Zdravím,
mám takový malý problémek s Gentoo, na jehož řešení jsem zatím sám nepřišel. Mám pár NTFS oddílů, připojení je v pořádku, ovšem názvy souborů a složek zlobí - ať už vyberu UTF-8 nebo ISO-8859-2, diakritické symboly nejsou v pořádku. Do složek se ale normálně dostanu a se soubory můžu manipulovat.
Lepší je to však u ISO-8859-2, tam aspoň neblbnou čárkovaná písmenka.
Viz název:
Instalační - správně
Instala`ení - ISO-8859-2
Instalanà - UTF-8
Mám pocit, že mi chybí kódování Win-1250, ale nevím, kde k němu mám v Gentoo přijít. Intenzivní hledání nic nepřineslo.
Pro jistotu ještě připíšu kód, kterým připojuji oddíl:
mount -o locale=cs_CZ.UTF-8,defaults,users -t ntfs-3g /dev/sdb1 /mnt/data
mount -o locale=cs_CZ.ISO-8859-2,defaults,users -t ntfs-3g /dev/sdb1 /mnt/data
Nějaké nápady na vyřešení?
Díky za všechny rady.
Řešení dotazu:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
locale se uvádí locale, jaké máte v systému (tedy v terminálu apod.). NTFS-3G do tohoto locale převádí jména souborů z NTFS. Pokud máte správně nastaveny odpovídající proměnné prostředí, nemusíte parametr locale vůbec používat.
22.2.2010 22:32
PaulosV | skóre: 10
| blog: dentoob
Zkusim nastavit vse co se da a ozvu se. Zatim diky.
23.2.2010 16:11
PaulosV | skóre: 10
| blog: dentoob
Tak děkuji moc, měl jste pravdu. NTFS po nastavení proměnné locale už ze mne nedělá pitomce, co ani neumí správně připojit oddíl
Sice jsem zkoušel nastavit cs_CZ v /etc/locale.gen (a pak vygenerovat, samozřejmě), ale na proměnnou locale jsem jaksi nepomyslel - možná i proto, že ten příslušný konfigurační soubor, ve kterém se toto nastavuje, jsem nakonec musel ručně vytvořit.
Ale pokud to teda chápu správně, je pravdou, že systém standardně využívá ISO-8859-1, dokud mu nenastavím něco jiného? Protože to by odpovídalo mým včerejším zkušenostem s různými druhy kódování...
Nicméně díky za radu a přeji hezký den.
Ale pokud to teda chápu správně, je pravdou, že systém standardně využívá ISO-8859-1, dokud mu nenastavím něco jiného?Spíš to bude US-ASCII, ale vyjde to nastejno.
Tiskni
Sdílej:
