abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 15:00 | Nová verze

    Tomáš Matějíček vydal nové verze živé linuxové distribuce Slax: 15.0.1 založenou na Slackware-current a 11.6.0 založenou na Debianu 11.6 Bullseye. S novou verzí souborového systému DynFileFS.

    Ladislav Hagara | Komentářů: 0
    dnes 13:00 | Nová verze

    The Document Foundation oznámila vydání nové major verze 7.5 svobodného kancelářského balíku LibreOffice. Podrobný přehled nových vlastností i s náhledy v poznámkách k vydání (cs) nebo také na Youtube a PeerTube.

    Ladislav Hagara | Komentářů: 0
    dnes 09:00 | Zajímavý software

    Penpot je open source webová platforma pro designování a prototypování. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MPL-2.0 (Mozilla Public License 2.0). Včera vydána verze 0.17 byla prohlášena za první stabilní verzi (Twitter). Videoukázky na YouTube.

    Ladislav Hagara | Komentářů: 0
    dnes 08:00 | Nová verze

    Po půl roce od vydání verze 2.36 byla vydána nová verze 2.37 knihovny glibc (GNU C Library). Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    dnes 07:00 | Nová verze

    Po půl roce od vydání verze 1.19 byla vydána nová verze 1.20 programovacího jazyka Go (Wikipedie). Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    včera 14:22 | Bezpečnostní upozornění

    V úterý 7. února odpoledne budou vydány verze 3.0.8, 1.1.1t a 1.0.2zg kryptografické knihovny OpenSSL. Opravena bude vážná bezpečnostní chyba.

    Ladislav Hagara | Komentářů: 11
    včera 13:55 | Zajímavý článek

    Společnost Backblaze zveřejnila statistiky spolehlivosti pevných disků používaných ve svých datových centrech za rok 2022. Ke konci roku 2022 vlastnila 235 608 pevných disků. Průměrná AFR (Annualized Failure Rate), tj. pravděpodobnost, že disk během roku selže, stoupla na 1,37 %. V roce 2021 to bylo 1,01 %. V roce 2020 to bylo 0,93 %. V roce 2019 to bylo 1,89 %. V roce 2018 to bylo 1,25 %. V roce 2017 to bylo 1,77 %. V roce 2016 to bylo 1,95 %.

    Ladislav Hagara | Komentářů: 0
    včera 09:00 | Zajímavý projekt

    Firma System76 na blogu představuje lednové novinky v desktopovém prostředí COSMIC, které vyvíjí pro vlastní distribuci Pop!_OS. Pod githubovým profilem se objevil také nový repozitář core – „neměnný“ základ systému s transakčními aktualizacemi založenými na souborovém systému Btrfs.

    Fluttershy, yay! | Komentářů: 2
    včera 08:00 | Zajímavý článek

    Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 126 (pdf), HackSpace 63 (pdf), Wireframe 70 (pdf), Custom PC 234 (pdf) a Hello World 20 (pdf).

    Ladislav Hagara | Komentářů: 0
    31.1. 20:33 | Nová verze

    Linuxová distribuce elementary OS byla vydána ve verzi 7 „Horus“. Založená je na Ubuntu 22.04. Přináší zjednodušený instalátor, offline aktualizace, četná vylepšení desktopového prostředí Pantheon a balíku aplikací, např. přepracovaný hudební přehrávač aj.

    Fluttershy, yay! | Komentářů: 0
    Napovídání kódu založené na strojovém učení (např. GitHub Copilot) při programování
     (52%)
     (12%)
     (12%)
     (24%)
    Celkem 33 hlasů
     Komentářů: 3, poslední dnes 14:08
    Rozcestník


    Dotaz: kódování WIN vs LINUX

    Shteffi avatar 22.9.2005 08:05 Shteffi | skóre: 21 | blog: Shteffi
    kódování WIN vs LINUX
    Přečteno: 149×
    Vím, že se to tu už několikrát řešilo a ony diskuze jsem si čet, ale potřebuju správně vyřešit jeden problém a nemůžu si dovolit moc experimentovat. Mam server (Debian sarge) kterej mimo jiné slouží jako server pro Win doménu pomocí samby. Na serveru mám vyhrazenou oblast s /home kde jsou i adresáře s nasdílenými daty přez klasické windows sdílení. (vše mi funguje ke vší spokojenosti)

    Když jsem ale chtěl přímo na serveru něco dělat s datama která byla na server uložena po síti z windows, tak jsem zjistil, že třeba jenom při kopírování se zmrší české znaky v názvech souborů, které byli samozřejmě uloženy v kodování win-1250.

    proč k tomu došlo mi je zcela jasné. Otázka ale je jak to vyřešit. jsem schopnej všechna data (cca 30 GB) překlopit po síti na win a zpátky zase na server.. potřebuju ale vědět jak na serveru nastavit kodování abych mohl s datama pracovat dál.. (třeba zálohovat na jinej linux a v případě obnovení zálohy opět nakopírovat na windows)

    doufám, že jsem to vysvětlil srozumitelně..

    Díky za každou radu.

    Odpovědi

    22.9.2005 08:36 Quak
    Rozbalit Rozbalit vše Re: kódování WIN vs LINUX
    Já bych postupoval následovně:
    1) Zastavit sambu
    2) Nastavit v smb.conf dos charset na CP852, a unix charset na kódování používané Debianem.
    3) Napsat skript, který převede názvy z CP1250 zpět do kódování linuxu (UTF-8, nebo iso88592), nebo překopírovat na win a po spuštění samby zase zpět.
    4) spustit sambu
    22.9.2005 08:46 klingger | skóre: 18
    Rozbalit Rozbalit vše Re: kódování WIN vs LINUX
    No ten skript písať nie je treba písať, stačí použiť convmv.
    Shteffi avatar 22.9.2005 09:06 Shteffi | skóre: 21 | blog: Shteffi
    Rozbalit Rozbalit vše Re: kódování WIN vs LINUX
    Díky tohle vypadá dobře... jen ještě malej (možná blbej dotaz) jak zjistim jaký kodování tam teď je na tom serveru? myslim, že iso88952 ale nejsem si jistej tak abych to nezkurvil... dík..
    22.9.2005 09:36 klingger | skóre: 18
    Rozbalit Rozbalit vše Re: kódování WIN vs LINUX
    Príkazom locale.
    Shteffi avatar 23.9.2005 09:58 Shteffi | skóre: 21 | blog: Shteffi
    Rozbalit Rozbalit vše Re: kódování WIN vs LINUX
    tak testuju ten convmv a narazil jsem na malej problém

    mam testovací soubor vytvořený ve Win a při pokusu o převedení mi to napíše tohle
    convmv -f cp852 -t iso-8859-2 -r test 
    iso-8859-2 doesn't cover all needed characters for: 
    "test/testěščřžfile.txt"
    To prevent damage to your files, we won't continue.
    First fix this or correct options!
    zkoušel jsem i všechny parametry který se daj ale pořád stejnej výsledek znaková sada iso-8859-2 asi nemá všechny znaky co cp852 ale podle všeho by to na to převedení mohlo stačit...

    nevíte někdo co s tim? mrzelo by mě kdyby to nešlo nějak udělat :(

    jinak mi nezbyde než těch 30 GB překlopit po síti... a to se mi ještě zmrší práva... :((
    22.9.2005 10:20 podlesh | skóre: 38 | Freiburg im Breisgau
    Rozbalit Rozbalit vše Re: kódování WIN vs LINUX
    kopírování se zmrší české znaky v názvech souborů, které byli samozřejmě uloženy v kodování win-1250.

    proč k tomu došlo mi je zcela jasné.
    No, já raději ještě více projasním ten hlavní omyl: české windows nepoužívají pro názvy souborů win-1250, ale cp852 (případně unicode, ale to sem moc nepatří).

    Jinak řešení už zde padla.
    22.9.2005 23:28 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: kódování WIN vs LINUX
    případně unicode, ale to sem moc nepatří

    Abychom byli přesnější, kódování je UTF-16.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.