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í
×
včera 22:00 | Komunita

Portál Stack Overflow po roce opět vyzpovídal své uživatele, jedná se především o vývojáře softwaru, a zveřejnil (podcast) detailní výsledky průzkumu. Průzkumu se letos zúčastnilo více než 64 tisíc vývojářů. Jejich nejmilovanější platformou je linuxový desktop. Ten je také druhou nejpoužívanější platformou vývojářů.

Ladislav Hagara | Komentářů: 0
24.3. 11:55 | Komunita

Vývojový tým OpenSSL ve spolupráci s iniciativou Core Infrastructure konsorcia Linux Foundation spustil proces přelicencování této kryptografické knihovny ze současné licence na licenci Apache Licence v 2.0 (ASLv2). Nová licence usnadní začleňování OpenSSL do dalších svobodných a open source projektů. Všichni dosavadní vývojáři OpenSSL (Authors) obdrží v následujících dnech email s prosbou o souhlas se změnou licence.

Ladislav Hagara | Komentářů: 7
24.3. 01:11 | Komunita

Před třemi týdny Mozilla.cz představila projekt Photon, jehož cílem je návrh a implementace nového vzhledu Firefoxu. Včera zveřejnila první náhled vzhledu Photon. Práce na projektu Photon jsou rozděleny do pěti týmů, které celkem čítají 19 lidí. Zaměřují se na zlepšení prvního spuštění Firefoxu a zaujetí nových uživatelů, celkovou úpravu vzhledu, zlepšení animací, zrychlení odezvy uživatelského rozhraní a také upravení nabídek. Vývoj lze sledovat v Bugzille.

Ladislav Hagara | Komentářů: 38
23.3. 20:00 | Komunita

OneDrive pro firmy je již ve webových prohlížečích na Linuxu stejně rychlý jako na Windows. Microsoft opravil chybu z listopadu loňského roku. OneDrive pro firmy běžel na Linuxu mnohem pomaleji než na Windows. V popisu chyby bylo uvedeno, že stačilo v prohlížeči na Linuxu nastavit v user-agentu Windows a vše se zrychlilo. Odpovědí Microsoftu bylo (Internet Archive: Wayback Machine), že Linux není podporován. Po bouřlivých diskusích na redditu i Hacker News byla chyba nalezena a opravena.

Ladislav Hagara | Komentářů: 6
23.3. 19:00 | Zajímavý projekt

Byla vyhlášena soutěž Hackaday Prize 2017. Soutěž je určena vývojářům open source hardwaru. Pro výherce je připraveno celkově 250 tisíc dolarů. Každý ze 120 finalistů získá tisíc dolarů. Nejlepší pak navíc 50, 30, 20, 15, 10 a 5 tisíc dolarů. Jedná se již o čtvrtý ročník soutěže. V roce 2014 zvítězil projekt globální sítě open source pozemních satelitních stanic SatNOGS. V roce 2015 zvítězil open source systém pro řízení elektrických invalidních vozíků pohybem očí Eyedriveomatic. V roce 2016 zvítězil modulární robot Dtto.

Ladislav Hagara | Komentářů: 0
23.3. 15:00 | Bezpečnostní upozornění

Byla vydána Samba ve verzích 4.6.1, 4.5.7 a 4.4.12. Řešen je bezpečnostní problém CVE-2017-2619. Pomocí symbolických odkazů a souběhu (symlink race) lze "teoreticky" získat přístup k souborům, které nejsou sdíleny. Linuxové distribuce jsou postupně aktualizovány (Debian).

Ladislav Hagara | Komentářů: 0
23.3. 07:43 | Nová verze

Na Steamu se objevil port hry Arma: Cold War Assault (Operation Flashpoint) pro Mac a Linux. … více »

creon | Komentářů: 30
23.3. 05:55 | Nová verze

Po 18 měsících od vydání verze 8.0 byla vydána verze 9.0 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab. Představení nových vlastností v příspěvku na blogu a na YouTube.

Ladislav Hagara | Komentářů: 0
23.3. 03:33 | Komunita

Platnost posledního patentu souvisejícího s Dolby Digital (AC-3) vypršela. Po MP3 se tak do Fedory oficiálně dostane také kodek AC-3.

Ladislav Hagara | Komentářů: 5
23.3. 00:44 | Komunita

Feral Interactive, společnost zabývající se vydáváním počítačových her pro operační systémy macOS a Linux, nabízí své hry na Steamu vývojářům open source 3D grafické knihovny Mesa zdarma. Podmínkou je minimálně 25 commitů za posledních 5 let. Stejnou nabídku dostali vývojáři knihovny Mesa v roce 2015 od Valve. O rok dříve dostali od Valve tuto nabídku vývojáři Debianu a Ubuntu.

Ladislav Hagara | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 932 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    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.