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 13:55 | Zajímavý projekt

UPSat je první open source nanodružice. Jedná se o společný projekt nadace Libre Space Foundation a University of Patras. Repozitáře projektu jsou k dispozici na GitHubu. Pod Libre Space Foundation patří také projekt SatNOGS (zprávička), projekt globální sítě open source pozemních satelitních stanic, vítězný projekt soutěže The Hackaday Prize 2014. UPSat je součástí mise QB50 (Twitter). ID UPSatu je GR02. GPS přijímač na UPSatu je od české společnosti SkyFox Labs. Součástí mise QB50 je i česká nanodružice VZLUSAT-1 s ID CZ02.

Ladislav Hagara | Komentářů: 0
21.4. 15:00 | Komunita

V diskusním listu Thunderbird planning vývojáři poštovního klienta Thunderbird řeší, zda by nebylo možné budoucí Thunderbird postavit nad webovými technologiemi, tj. nad Electronem, stejně jako například Nylas Mail. Gecko, nad kterým je Thunderbird postaven, se má hodně změnit. V plánu je odstranění vlastností, které Firefox už nepotřebuje, ale Thunderbird je na nich závislý [Hacker News, reddit].

Ladislav Hagara | Komentářů: 74
21.4. 10:22 | Bezpečnostní upozornění

Společnost Oracle vydala čtvrtletní bezpečnostní aktualizaci svých softwarových produktů (CPU, Critical Patch Update). Opraveno bylo celkově 299 bezpečnostních chyb. V Oracle Java SE je například opraveno 8 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 7 z nich. V Oracle MySQL je opraveno 39 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 11 z nich.

Ladislav Hagara | Komentářů: 6
21.4. 10:00 | Pozvánky

V úterý 25. dubna proběhne další Prague Containers Meetup. Přijďte se nechat inspirovat jak zlepšit build/delivery pipeline vašich kontejnerových aplikací.

little-drunk-jesus | Komentářů: 2
20.4. 21:33 | Komunita

Na Launchpadu se objevilo kódové jméno následující verze Ubuntu. Ubuntu 17.10 bude Artful Aardvark (mazaný hrabáč) [OMG! Ubuntu!].

Ladislav Hagara | Komentářů: 9
20.4. 20:11 | Zajímavý software

MojeFedora.cz informuje, že společnost Nylas oznámila vydání verze 2.0 poštovního klienta Nylas Mail (původně Nylas N1), která již plně podporuje Linux. Obchodní model společnosti je tzv. open core. Samotný klient je open source, ale uživatel si musí připlatit za některé pokročilé funkce. V základu se lze připojit k GMailu nebo libovolnému účtu přes IMAP. Podpora Exchange je pouze v placené verzi. Klient je napsaný nad Electronem.

Ladislav Hagara | Komentářů: 12
20.4. 15:55 | Zajímavý článek

České centrum pro investigativní žurnalistiku (ČCIŽ) publikovalo na svých stránkách článek s názvem Je česká státní správa „rukojmím Microsoftu“?. Drtivá většina české veřejné správy je závislá na výrobcích softwarového gigantu Microsoft – a nijak zvlášť jí to nevadí.

Ladislav Hagara | Komentářů: 16
20.4. 02:48 | Nová verze

Google Chrome 58 byl prohlášen za stabilní. Nejnovější stabilní verze 58.0.3029.81 tohoto webového prohlížeče přináší řadu oprav a vylepšení (YouTube). Opraveno bylo 29 bezpečnostních chyb. Mezi nimi i chyba umožňující phishing s unicode doménami.

Ladislav Hagara | Komentářů: 0
19.4. 22:44 | Nová verze

Po šesti týdnech od vydání verze 52.0 byla vydána verze 53.0 webového prohlížeče Mozilla Firefox. Z novinek lze upozornit například na nové kompaktní vzhledy – tmavý z Firefoxu Developer Edition a jeho světlá varianta. Na Linuxu byla ukončena podpora procesorů starších než Pentium 4 a AMD Opteron. Podrobné informace v poznámkách k vydání a na stránce věnované vývojářům. Řešeny jsou také bezpečnostní chyby.

Ladislav Hagara | Komentářů: 11
19.4. 17:44 | IT novinky

Realtimová strategická počítačová hra StarCraft a její rozšíření StarCraft: Brood War jsou ode dneška zdarma. Společnost Blizzard Entertainment chystá remasterovanou verzi (YouTube) a při té příležitosti se rozhodla neremasterovanou verzi aktualizovat a dát ji ode dneška k dispozici zdarma. Hru lze na Linuxu hrát pod Wine.

Ladislav Hagara | Komentářů: 3
Chystáte se pořídit CPU AMD Ryzen?
 (4%)
 (35%)
 (0%)
 (7%)
 (45%)
 (9%)
Celkem 268 hlasů
 Komentářů: 31, poslední 20.4. 21:26
    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: 31 | 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: 31 | 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.