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 12:33 | Zajímavý projekt

    MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.

    NUKE GAZA! 🎆 | Komentářů: 11
    dnes 03:55 | Bezpečnostní upozornění

    Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.

    Ladislav Hagara | Komentářů: 2
    včera 17:22 | Nová verze

    Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.

    Ladislav Hagara | Komentářů: 0
    včera 03:44 | Nová verze

    Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).

    Ladislav Hagara | Komentářů: 4
    včera 02:11 | Komunita

    Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.

    Ladislav Hagara | Komentářů: 0
    včera 00:44 | Nová verze

    Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.

    Ladislav Hagara | Komentářů: 0
    včera 00:22 | Nová verze

    D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.

    Ladislav Hagara | Komentářů: 0
    11.3. 23:22 | Nová verze

    Bylo vydáno Eclipse IDE 2026-03 aneb Eclipse 4.39. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.

    Ladislav Hagara | Komentářů: 4
    11.3. 10:22 | Upozornění

    Ze systému Slavia pojišťovny uniklo přibližně 150 gigabajtů citlivých dat. Jedná se například o pojistné dokumenty, lékařské záznamy nebo přímou komunikaci s klienty. Za únik může chyba dodavatelské společnosti.

    Ladislav Hagara | Komentářů: 14
    11.3. 10:11 | IT novinky

    Sněmovna propustila do dalšího kola projednávání vládní návrh zákona o digitální ekonomice, který má přinést bezpečnější on-line prostředí. Reaguje na evropské nařízení DSA o digitálních službách a upravuje třeba pravidla pro on-line tržiště nebo sociální sítě a má i víc chránit děti.

    Ladislav Hagara | Komentářů: 36
    Které desktopové prostředí na Linuxu používáte?
     (16%)
     (7%)
     (0%)
     (12%)
     (29%)
     (2%)
     (5%)
     (1%)
     (13%)
     (25%)
    Celkem 1068 hlasů
     Komentářů: 26, poslední včera 08:56
    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: 188×
    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: 71 | 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.