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:55 | Nová verze

The Document Foundation oznámila na svém blogu vydání verze 5.4 svobodného kancelářského balíku LibreOffice. Z novinek lze zmínit například podporu podepisování ODF dokumentů pomocí OpenPGP klíčů. Podrobnosti v poznámkách k vydání a na YouTube.

Ladislav Hagara | Komentářů: 0
dnes 12:11 | Zajímavý článek

Bylo vydáno (pdf) již šedesáté číslo stostránkového anglicky psaného časopisu MagPi věnovanému Raspberry Pi a projektům postaveným na tomto jednodeskovém počítači. K dispozici je také jako papírový časopis za 5,99 £.

Ladislav Hagara | Komentářů: 0
dnes 02:44 | Nová verze

Byl vydán Sway ve verzi 0.14. Přehled opravených chyb, změn a novinek v nejnovější verzi tohoto dlaždicového (tiling) správce oken pro Wayland kompatibilního s i3 na GitHubu. Do vývoje se zapojilo 12 vývojářů [reddit].

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

Byla vydána verze 4.0 svobodného systému pro detekci a prevenci průniků a monitorování bezpečnosti počítačových sítí Suricata (Wikipedie). Přehled novinek v poznámkách k vydání a v aktualizované dokumentaci. Ve dnech 15. až 17. listopadu proběhne v Praze konference vývojářů a uživatelů Suricaty SuriCon 2017.

Ladislav Hagara | Komentářů: 0
včera 17:11 | Nová verze

Byla vydána dvaadvacátá alfa verze svobodné historické realtimové strategie 0 A.D. (Wikipedie). Kódový název této nejnovější verze je Venustas. Představení novinek také na YouTube.

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

Radek Vokál v článku Boltron – náhled modulárního operačního systému (en) na MojeFedora.cz představuje a informuje o možnosti vyzkoušet si Boltron, prototyp modulární distribuce. Pro Fedoru 26 je k dispozici testovací docker kontejner, který obsahuje modifikovanou verzi správce balíčků DNF, který na pozadí pracuje s moduly.

Ladislav Hagara | Komentářů: 3
včera 07:00 | Nová verze

ZFS on Linux, tj. implementace OpenZFS (Wikipedie) na Linuxu, byl vydán ve verzi 0.7.0. Přehled novinek v diskusním listu zfs-announce nebo na GitHubu. Nejnovější ZFS on Linux je kompatibilní s Linuxem 2.6.32 až 4.12.

Ladislav Hagara | Komentářů: 0
včera 01:44 | IT novinky

V Las Vegas končí bezpečnostní konference Black Hat USA 2017 (Twitter) a začíná bezpečnostní konference DEF CON 25 (Twitter). V rámci Black Hat budou vyhlášeny výsledky letošní Pwnie Awards (Twitter). Pwnie Awards oceňují to nejlepší, ale i to nejhorší z IT bezpečnosti (bezpečnostní Oscar a Malina v jednom). V kategorii "Lamest Vendor Response" byl například nominován také Lennart Poettering za jeho přístup k řešení bezpečnostních chyb v systemd, viz například chyba s uživatelem 0day.

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

Nitay Artenstein z Exodus Intelligence se v příspěvku na blogu společnosti podrobně věnuje bezpečností chybě Broadpwn (CVE-2017-9417). Její analýzu provedl také Zhuowei Zhang na blogu Booster Ok. Jedná se o chybu ve firmwaru Wi-Fi chipsetů BCM43xx od Broadcomu. Útočník může vzdáleně získat kontrolu nad zařízením. Chyba byla již opravena v macOS, iOS i Androidu [Hacker News].

Ladislav Hagara | Komentářů: 4
26.7. 22:55 | IT novinky

Intel končí s vývojovými deskami Joule, Edison, Galileo a také s Arduino 101 a Curie.

Ladislav Hagara | Komentářů: 1
Těžíte nějakou kryptoměnu?
 (5%)
 (2%)
 (20%)
 (74%)
Celkem 133 hlasů
 Komentářů: 8, poslední včera 21:30
    Rozcestník

    Dotaz: Onjasnění kódu BASH

    28.4.2013 15:16 Lubosh
    Onjasnění kódu BASH
    Přečteno: 345×
    Ahoj, prozradí mi někdo kam se to přesměrovává? A hlavně důvod toho přesměrovaní? Nějak nechápu co tím autor myslel. Děkuji
    echo "This script" 1>&2

    Řešení dotazu:


    Odpovědi

    MMMMMMMMM avatar 28.4.2013 15:21 MMMMMMMMM | skóre: 41 | blog: unstable | Valašsko :-)
    Rozbalit Rozbalit vše Re: Onjasnění kódu BASH
    28.4.2013 16:14 Lubosh
    Rozbalit Rozbalit vše Re: Onjasnění kódu BASH
    Tak jsem to našel
    Spojení standardního výstupu se standardním chybovým výstupem
    ale nedává mi to smysl, chyba se vypíše na screen ale taky do chybového výstupu? A co s tím? K čemu je to jako dobré? Pochopil bych, kdyby tam bylo:
    echo "This script" 1>&2 /tmp/error.log
    Můžeš mi to prosím objasnit, když tam není soubor, kde to získam tu chybu? Díky
    Řešení 1× (Vojtěch Horký)
    Bystroushaak avatar 28.4.2013 17:30 Bystroushaak | skóre: 32 | blog: Bystroushaakův blog | Praha
    Rozbalit Rozbalit vše Re: Onjasnění kódu BASH
    V unixu se při výpisu na terminál nepoužívá magická funkce, ale zápis do souboru. Programátor který chce vypsat text si otevře soubor se speciálním identifikátorem a pak do něj zapisuje stejně, jako kdyby šlo o klasický soubor. Standardně systém poskytne každému programu dva soubory, které jsou přesměrovány na terminál:

    stdout (standardní výstup - standard output), kam se vypisuje veškerý běžný text, který má program potřebu vypsat. Deskriptor (identifikační číslo souboru přidělené systémem) tohoto výstupu je pro každý program 1.

    stderr, kam může program vypisovat chyby. Deskriptor přidělený systémem je 2.

    Terminál ti umožňuje výstupy z programů přesměrovávat. 1>&2 znamená, že chceš přesměrovat stdout do stderr.

    Ukázky

    Abych to nějak ilustroval:
    $ echo "xe"
    xe
    V tomhle případě šel výstup z echa, které běžně vypisuje na stdout do terminálu.
    $ echo "xe" 1>&2
    xe
    Tohle vypadá na první pohled stejně - výstup šel do terminálu. Děje se zde ovšem cosi víc - výstup sice šel do terminálu, ale nikoliv na výstup (stdout), ale na chybový výstup (stderr)! Přesměrovali jsme tedy stdout (deskriptor 1) na stderr (desktiptor 2).
    $ echo "xe" 2>/dev/null 1>&2
    Nyní jsem přesměroval chybový výstup do souboru /dev/null a standardní výstup do chybového výstupu. Jak je možné vidět, nic se nevypsalo, protože oboje jde do souboru /dev/null, který slouží jako forma odpadkového koše.

    K čemu je to dobré?

    Nabízí se otázka - k čemu je to dobré? Jeden z důvodů je oddělení chyb od korektního výstupu.

    Dejme tomu, že bych chtěl vyhledat kolikrát se nachází soubor s určitým názvem u mě na disku. K tomu použiji příkaz find a wc, který počítá řádky (a další věci), které mu napíšeš na vstup. find má však tu ošklivou vlastnost, že vždy vypíše, když k nějakému souboru nemůže získat přístup. Pokud použiji naivní implementaci:
    $ find / -name "xaxex*" | wc -l
    find: `/tmp/pulse-PKdhtXMmr18n': Permission denied
    find: `/tmp/atop.d': Permission denied
    find: `/run/udisks': Permission denied
    find: `/run/lighttpd': Permission denied
    find: `/run/cups/certs': Permission denied
    find: `/run/samba/winbindd_privileged': Permission denied
    find: `/run/watershed': Permission denied
    find: `/run/lock/lvm': Permission denied
    find: `/proc/tty/driver': Permission denied
    .... pár tisíc řádek
    
    Tak sice funguje, ale jsem zaplaven tisícema řádek hlášek o tom, že find nemohl k něčemu získat přístup. Řešení je přesměrovat chybový výstup do pryč:
    $ find / -name "xaxex*" 2>/dev/null | wc -l
    0
    V upravené verzi vidím jen to co jsem chtěl - že na disku mám 0 souborů začínajících názvem "xaxex".

    1>&2, resp. 2>&1

    K čemu je tedy přesměrování standardního výstupu do chybového výstupu? Hodí se to všude tam, kde to rozlišovat nechceme a potřebujeme pracovat jak s běžným, tak chybovým výstupem.

    2>&1 je trochu zvláštní zápis, běžně se používá spíš opak: stderr do stdout, protože s tím se pak dá lépe pracovat (| i > běžně přesměrovává stdout, ne stderr).

    K čemu je tam &

    & se při přesměrování 1>&2 používá, aby bylo jasné, že nechceš přesměrovávat do souboru s názvem 2, ale do deskriptoru číslo 2. Kdybys tam & nenapsal, vytvořil by se ti ve složce soubor 2, ve kterém by byl výpis, který šel na stdout.
    28.4.2013 18:59 Lubosh
    Rozbalit Rozbalit vše Re: Onjasnění kódu BASH
    Hm, díky moc za velmi vyčerpávající informace, ty by jsi měl psát manuály, to by se to četlo, ne jak ty original sračky se kterými má problém i nabušený user. Velké díky!!!
    28.4.2013 19:33 Ash | skóre: 53
    Rozbalit Rozbalit vše Re: Onjasnění kódu BASH
    Tak sice funguje, ale jsem zaplaven

    Možná stojí za zmínko, že právě díky oddělení rádného a chybového výstupu to funguje. Kdyby se vše vč. chyb vypisovalo na stdout, tak by wc -l spočítalo i ty nepřístupné soubor a výsledkem by nebyla 0.
    Bystroushaak avatar 28.4.2013 20:11 Bystroushaak | skóre: 32 | blog: Bystroushaakův blog | Praha
    Rozbalit Rozbalit vše Re: Onjasnění kódu BASH
    Jo. Já to tam i napsal, ale pak jsem to v rámci krácení délky zase smazal :D

    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.