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:33 | Humor

    PimpMyGRC upravuje vzhled toolkitu GNU Radio a přidává alternativní barevná témata. Primárním cílem autora bylo pouze vytvořit tmavé prostředí vhodné pro noční práci, nicméně k dispozici je nakonec celá škála barevných schémat včetně možností různých animací a vizuálních efektů (plameny, matrix, bubliny...), které nepochybně posunou uživatelský zážitek na zcela jinou úroveň. Témata jsou skripty v jazyce Python, které nahrazují

    … více »
    NUKE GAZA! 🎆 | Komentářů: 2
    dnes 14:33 | Nová verze Ladislav Hagara | Komentářů: 0
    dnes 12:33 | Zajímavý projekt

    FRANK OS je open-source operační systém pro mikrokontrolér RP2350 (s FRANK M2 board) postavený na FreeRTOS, který přetváří tento levný čip na plně funkční počítač s desktopovým uživatelským rozhraním ve stylu Windows 95 se správcem oken, terminálem, prohlížečem souborů a knihovnou aplikací, ovládaný PS/2 myší a klávesnicí, s DVI video výstupem. Otázkou zůstává, zda by 520 KB SRAM stačilo každému 😅.

    NUKE GAZA! 🎆 | Komentářů: 4
    včera 22:55 | IT novinky

    Administrativa amerického prezidenta Donalda Trumpa by měla dostat zhruba deset miliard dolarů (asi 214 miliard Kč) za zprostředkování dohody o převzetí kontroly nad aktivitami sociální sítě TikTok ve Spojených státech.

    Ladislav Hagara | Komentářů: 1
    včera 21:33 | Nová verze

    Projekt Debian aktualizoval obrazy stabilní větve „Trixie“ (13.4). Shrnuje opravy za poslední dva měsíce, 111 aktualizovaných balíčků a 67 bezpečnostních hlášení. Opravy se týkají mj. chyb v glibc nebo webovém serveru Apache.

    |🇵🇸 | Komentářů: 2
    včera 13:00 | Humor

    Agent umělé inteligence Claude Opus ignoroval uživatelovu odpověď 'ne' na dotaz, zda má implementovat změny kódu, a přesto se pokusil změny provést. Agent si odpověď 'ne' vysvětlil následovně: Uživatel na mou otázku 'Mám to implementovat?' odpověděl 'ne' - ale když se podívám na kontext, myslím, že tím 'ne' odpovídá na to, abych žádal o svolení, tedy myslí 'prostě to udělej, přestaň se ptát'.

    NUKE GAZA! 🎆 | Komentářů: 12
    včera 00:44 | IT novinky

    Po 8. květnu 2026 už na Instagramu nebudou podporované zprávy opatřené koncovým šifrováním. V chatech, kterých se bude změna týkat, se objeví pokyny o tom, jak si média nebo zprávy z nich stáhnout, pokud si je chcete ponechat.

    Ladislav Hagara | Komentářů: 7
    včera 00:33 | IT novinky

    V lednu byla ve veřejné betě obnovena sociální síť Digg (Wikipedie). Dnes bylo oznámeno její ukončení (Hard Reset). Společnost Digg propouští velkou část týmu a přiznává, že se nepodařilo najít správné místo na trhu. Důvody jsou masivní problém s boty a silná konkurence. Společnost Digg nekončí, malý tým pokračuje v práci na zcela novém přístupu. Cílem je vybudovat platformu, kde lze důvěřovat obsahu i lidem za ním. Od dubna se do Diggu na plný úvazek vrací Kevin Rose, zakladatel Diggu z roku 2004.

    Ladislav Hagara | Komentářů: 5
    13.3. 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ářů: 17
    13.3. 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
    Které desktopové prostředí na Linuxu používáte?
     (16%)
     (7%)
     (0%)
     (12%)
     (29%)
     (2%)
     (5%)
     (1%)
     (13%)
     (24%)
    Celkem 1086 hlasů
     Komentářů: 26, poslední 12.3. 08:56
    Rozcestník

    Dotaz: Špatně interpretované multibyte znaky

    5.3.2005 18:07 Jan Odvárko | skóre: 10
    Špatně interpretované multibyte znaky
    Přečteno: 334×
    Na něco podobného už jsem se tu ptal, ale ukázalo se, že řešení fungovalo jen s locales ISO8859-2, unicode zase zlobí.

    Nedávno jsem zjistil, že chyba je někde až nad shellem, protože se to chová divně ve všech shellech. Pokud v jakémkoli shellu napíšu např.:
    echo "Něco s háčky a čárkami" >/tmp/out
    pak se do souboru /tmp/out onen text skutečně zapíše v UTF-8, ale špatně, protože, jak poznamenal Yeti, se text interpretuje jako by byl v Latin1.

    Když v Bashi např. napíšu pár diakritických znaků v příkazové řádce a potom je umažu, pak se mi umaže i část promptu, čili Bash interpretuje každý znak jako byte. Shell sh pracuje se znaky korektně, ale když je zapíšu tak je výsledek stejně špatný.

    Moje locales teď jsou:
    export LANG=cs_CZ.utf8
    export LC_ALL=cs_CZ.utf8
    
    a ve svém .profile volám
    unicode_start /usr/share/kbd/consolefonts/lat2-14.psfu.gz
    Alespoň potřebuju vědět, kde hledat chybu. Nainstaloval jsem si nejnovější Bash, Readline a SLang, ale nic se nezlepšilo. Shellem to nebude. Já nevím, je snad chyba už při vstupu z klávesnice? Nebo snad volám špatně unicode_start? Nejhorší na tom je, že neexistuje žádná alternativa jako ISO8859-2, dávno jsem odkázaný na unicode.

    Díky

    Odpovědi

    5.3.2005 20:36 Petr Šobáň | skóre: 80 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Špatně interpretované multibyte znaky
    1.) Zrušit export LC_ALL=cs_CZ.utf8 tímto akorát některé programy zmatete nechat pouze LANG.

    2.) Při nahrávání klávesové mapy jste zadal že používáte unicode ? Klávesové mapy nejsou ještě unicode. ( parametr -u při nahrávání kávesové mapy)
    5.3.2005 21:02 Jan Odvárko | skóre: 10
    Rozbalit Rozbalit vše Re: Špatně interpretované multibyte znaky
    Vyzkoušel jsem obojí, ale pořád se to chová stejně :-(
    5.3.2005 21:46 Petr Šobáň | skóre: 80 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Špatně interpretované multibyte znaky
    No tak nám podrobně popište co přesně děláte křištálové koule fakt nemáme.

    Musí být nastaven správně LANG, systém musí mět podporu cs, klávesová mapa se musí použít s příznakem -u, musí se použít unicode font, terminál se musí přepnout do unicode, klávesnice se musí přepnout do unicode. (kbd_mode -u)

    Většinu toho by měl udělat /bin/unicode_start který v FC je:
    #!/bin/bash
    # Enables Unicode processing in the current console.
    #
    # 1. The input side: the keyboard driver.
    
    # Set the keyboard driver in Unicode mode. (Default is ASCII mode.)
    # This really does nothing with the way normal keys are handled in
    # the kernel. All it does is:
    # - It is necessary for `dumpkeys' in order to not drop U+XXXX
    #   entries from the keymaps.
    # - It is necessary for `loadkeys' in order to avoid warnings.
    # - Unicode characters typed as Alt-x1 ... Alt-xn (where x1,...,xn
    #   are digits on the numeric keypad) will be emitted in UTF-8.
    
    kbd_mode -u
    
    # Change the keyboard mapping in such a way that the non-ASCII keys
    # produce UTF-8 encoded multibyte sequences, instead of single bytes
    # >= 0x80 in a legacy 8-bit encoding.
    
    dumpkeys | loadkeys --unicode
    
    # 2. The output side: the console screen.
    
    # Tell the console output driver that the bytes arriving are UTF-8
    # encoded multibyte sequences.
    
    if test -t 1 -a -t 2 ; then
            echo -n -e '\033%G'
    fi
    
    # Tell the graphics card how to display Unicode characters not
    # contained in the IBM 437 character set (on PCs). The font should
    # have a Unicode map attached, or explicitly specified, e.g.,
    # by giving `def.uni' as a second argument.
    
    DEFAULT_UNICODE_FONT=latarcyrheb-sun16
    # Also drdos8x16 is a good candidate.
    
    case $# in
            2)
                    setfont $1 -u $2
                    ;;
            1)
                    setfont $1
                    ;;
            0)
                    setfont $DEFAULT_UNICODE_FONT
                    ;;
            *)
                    echo "usage: unicode_start [font [unicode map]]"
                    ;;
    esac
    
    PS. Jinak vím že nějakej bash taky blbnul s unicode (z RH9 ? Už nevím) musel se použít upravenej. (mazal znaky špatně)
    5.3.2005 22:03 Jan Odvárko | skóre: 10
    Rozbalit Rozbalit vše Re: Špatně interpretované multibyte znaky
    No tak nám podrobně popište co přesně děláte křištálové koule fakt nemáme.

    Já to popsal jak jsem mohl, víc informací sám nemám, kdybych měl, nemusel bych se ptát.

    Zkoušel jsem všechno možné s unicode_start, loadkeys a kbd_mode, ale marně. To že Bash maže znaky špatně není to nejhorší, ale veškerý vstup z klávesnice je právě podle všeho převeden do Latin1. Ale díky za nápad, rozeberu ten skript unicode_start.

    5.3.2005 22:37 Petr Šobáň | skóre: 80 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Špatně interpretované multibyte znaky
    Doufám že se zde nehovoří o konzolích terminálu v X, ale normální textové konzoli v linuxu (alt-F1, F2 atd...).

    Přesný postup jsem myslel zavedu font ..... spustim klavesnici...zavedu mapu .....atd.
    5.3.2005 22:44 Petr Šobáň | skóre: 80 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Špatně interpretované multibyte znaky
    a ve svém .profile volám

    unicode_start /usr/share/kbd/consolefonts/lat2-14.psfu.gz
    To je blbě měl by jste volat přepnutí do unicode hned po startu pro všechny terminály, čili někde v rc.local nebo podobně ještě před loginem.
    5.3.2005 22:46 Petr Šobáň | skóre: 80 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Špatně interpretované multibyte znaky
    A ještě nejsem přesvědčen že ten font co používáte je unicode skuste "latarcyrheb-sun16".

    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.