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 21:33 | Bezpečnostní upozornění

V Sambě byla nalezena a opravena bezpečnostní chyba CVE-2017-7494. Má-li útočník právo ukládat soubory na vzdálený server, může tam uložit připravenou sdílenou knihovnu a přinutit smbd server k jejímu načtení a tím pádem ke spuštění libovolných příkazů. Chyba je opravena v upstream verzích 4.6.4, 4.5.10 a 4.4.14. Chyba se týká všech verzí Samby od verze 3.5.0 vydané 1. března 2010.

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

Byla vydána nová stabilní verze 4.3.0 integrovaného vývojového prostředí (IDE) Qt Creator. Z novinek lze zmínit například integraci editoru kódu do Qt Quick Designeru.

Ladislav Hagara | Komentářů: 0
včera 20:11 | Bezpečnostní upozornění

Společnost Check Point informuje na svém blogu o novém vektoru útoku. Pomocí titulků lze útočit na multimediální přehrávače VLC, Kodi, Popcorn Time, Stremio a pravděpodobně i další. Otevření útočníkem připraveného souboru s titulky v neaktualizovaném multimediálním přehrávači může vést ke spuštění libovolných příkazů pod právy uživatele. Ukázka na YouTube. Chyba je opravena v Kodi 17.2 nebo ve VLC 2.2.6.

Ladislav Hagara | Komentářů: 1
23.5. 15:18 | Zajímavý software

CrossOver, komerční produkt založený na Wine, je dnes (23. 5. 2017) dostupný ve slevě. Roční předplatné linuxové verze vyjde s kódem TWENTYONE na $21, resp. $1 v případě IP z chudších zemí. Firma CodeWeavers, která CrossOver vyvíjí, významně přispívá do Wine. Přidaná hodnota CrossOver spočívá v přívětivějším uživatelském rozhraní, integraci do desktopu a podpoře.

Fluttershy, yay! | Komentářů: 24
23.5. 15:11 | Zajímavý projekt

V únoru loňského roku bylo představeno několik útoků na celou řadu bezdrátových klávesnic a myší s názvem MouseJack. Po více než roce lze chybu opravit, tj. aktualizovat firmware, také z Linuxu. Richardu Hughesovi se podařilo navázat spolupráci se společností Logitech, získat od nich dokumentaci, přesvědčit je, aby firmware poskytovali přímo a ne jako součást .exe souboru, aby mohl být popis začleněn do služby Linux Vendor Firmware Service (LVFS) a aktualizace tak mohla proběhnou přímo z Linuxu pomocí projektu fwupd.

Ladislav Hagara | Komentářů: 2
23.5. 13:22 | Nová verze

Po roce a půl vydali vývojáři projektu SANE (Scanner Access Now Easy) (Wikipedie) novou verzi 1.0.27 balíku SANE-Backends. Nejnovější verze tohoto balíku pro přístup ke skenerům přináší například významná vylepšení v několika backendech nebo podporu pro více než 30 nových modelů skenerů. Verze 1.0.26 byla přeskočena.

Ladislav Hagara | Komentářů: 0
22.5. 20:55 | Komunita

Od 18. do 21. května proběhla v Saint-Étienne Linux Audio Conference 2017. Na programu byla řada zajímavých přednášek a seminářů. Videozáznamy přednášek lze zhlédnout na YouTube. K dispozici jsou také články a prezentace.

Ladislav Hagara | Komentářů: 0
22.5. 20:44 | IT novinky

Hodnota Bitcoinu, decentralizované kryptoměny, překonala hranici 2 200 dolarů. Za posledních 30 dnů tak vzrostla přibližně o 80 % [reddit].

Ladislav Hagara | Komentářů: 8
22.5. 17:33 | Nová verze

Po 5 měsících vývoje od vydání verze 0.12.0 byla vydána verze 0.13.0 správce balíčků GNU Guix a na něm postavené systémové distribuce GuixSD (Guix System Distribution). Na vývoji se podílelo 83 vývojářů. Přibylo 840 nových balíčků. Jejich aktuální počet je 5 454. Aktualizována byla také dokumentace.

Ladislav Hagara | Komentářů: 1
22.5. 17:22 | Nová verze

Po 5 měsících vývoje a 3 týdnech intenzivního testování byla vydána verze 12 open source systému Nextcloud, forku ownCloudu, umožňujícího provoz vlastního cloudového úložiště. Přehled novinek i s videoukázkami v poznámkách k vydání. Pro vyzkoušení je k dispozici demo.

Ladislav Hagara | Komentářů: 10
Chystáte se pořídit CPU AMD Ryzen?
 (6%)
 (32%)
 (1%)
 (8%)
 (44%)
 (9%)
Celkem 607 hlasů
 Komentářů: 62, poslední 19.5. 01:57
    Rozcestník

    Dotaz: Proč mi tohle nefunguje: escaping v BASHi

    28.5.2007 14:35 Lukáš Zapletal | skóre: 42 | blog: lzapův svět | Olomouc
    Proč mi tohle nefunguje: escaping v BASHi
    Přečteno: 194×
    Nemohu přijít na to, proč se mi proměnná špatně expanduje... Program find pak nepracuje, jak bych čekal (měl by přeskočit všechny řádky začínající na /tmp).
    # find /tmp -not -iregex '^/tmp.*'
    # PARAM="-not -iregex '^/tmp.*'"
    # find /tmp $PARAM
    /tmp
    /tmp/.ICE-unix
    /tmp/backup.cpio
    /tmp/mc-root
    /tmp/.font-unix
    /tmp/.font-unix/fs7100
    # echo $PARAM
    -not -iregex '^/tmp.*'

    Odpovědi

    28.5.2007 14:53 cronin | skóre: 48
    Rozbalit Rozbalit vše Re: Proč mi tohle nefunguje: escaping v BASHi
    <14:53:25> find /tmp -not -iregex '^/tmp.*'
    <14:53:52> PARAM='-not -iregex ^/tmp.*'
    <14:54:14> find /tmp $PARAM
    <14:54:23>
    
    28.5.2007 14:55 Lukáš Zapletal | skóre: 42 | blog: lzapův svět | Olomouc
    Rozbalit Rozbalit vše Re: Proč mi tohle nefunguje: escaping v BASHi
    Bez apostrofu to funguje, ale v praxi tam potrebuji dat daleko slozitejsi vyraz a escapovat pro bash se mi teda moc nechce...
    28.5.2007 15:02 cronin | skóre: 48
    Rozbalit Rozbalit vše Re: Proč mi tohle nefunguje: escaping v BASHi
    ... a escapovat pro bash se mi teda moc nechce...
    Je uplne jedno ci sa Ti to chce alebo nie. ;-) Kolega ma teoriu, ze kazdy problem z regexpami treba zacat riesit zdvojnasobovanim poctu spatnych lomitok. No ale mam tu aj skript, kde na prepasovanie jedneho spatneho lomitka cielovemu programu je potrebnych 10 spatnych lomitok v skripte.
    28.5.2007 15:18 Lukáš Zapletal | skóre: 42 | blog: lzapův svět | Olomouc
    Rozbalit Rozbalit vše Re: Proč mi tohle nefunguje: escaping v BASHi
    Já mám zase teorii, že když je někde 10 zpětných lomýtek kvůli escapingu, tak je určitě něco špatně :-)

    Díky
    28.5.2007 14:59 cronin | skóre: 48
    Rozbalit Rozbalit vše Re: Proč mi tohle nefunguje: escaping v BASHi
    Vzdy je dobre napisat to do skriptu a shell-u podhodit -x, t.j. napisat skript z hlavickou
    #! /bin/sh -x
    
    28.5.2007 15:10 Marble | skóre: 27 | blog: marble | Švédsko
    Rozbalit Rozbalit vše Re: Proč mi tohle nefunguje: escaping v BASHi
    Bez záruky přesného vysvětlení ... $PARAM se pravděpodobně předá jako jeden parametr, shell už jej nerozdělí na tři. Pokud je akceptovatelné omezení na konkrétní shell, třeba bash, tak řešení je pole:

    PARAM=(-not -iregex '^/tmp.*'); find /tmp ${PARAM[@]}

    ${PARAM[@]} expanduje právě na řadu oddělených položek z pole.

    28.5.2007 15:16 Lukáš Zapletal | skóre: 42 | blog: lzapův svět | Olomouc
    Rozbalit Rozbalit vše Re: Proč mi tohle nefunguje: escaping v BASHi
    Ano, to je ono! Zmátlo mě, že když napíšu

    find /tmp "-not -iregex '^/tmp.*'"

    tak find vrátí

    find: invalid predicate `-not -iregex '^/tmp.*''

    A tedy že pokud by to předalo v jednom parametru, tak by to psal také. Nevím, proč find tuto chybu nehlásil, nicméně s kulatými závorkami to funguje. Díky!
    28.5.2007 15:24 Marble | skóre: 27 | blog: marble | Švédsko
    Rozbalit Rozbalit vše Re: Proč mi tohle nefunguje: escaping v BASHi
    Chybu nenahlásil protože viz příspěvek o kousek níž. Právě mi to před chvíli došlo, že kdyby bylo předchozí vysvětlení správně, tak by tam musela být ona chybová hláška. Takže se omlouvám za zmatek a to dole už je snad správně. :-)
    28.5.2007 15:22 Marble | skóre: 27 | blog: marble | Švédsko
    Rozbalit Rozbalit vše Re: Proč mi tohle nefunguje: escaping v BASHi
    Aha, tak se omlouvám, vysvětlení je blbě. Postup s polem sice funguje, ale není to zdůvodnění proč to nešlo předtím ... Takže pokus o správné vysvětlení, když už jsem s tím začal. String se expanduje jen při přiřazení, ne při použití. Takže shell při přiřazení odstraní vnější uvozovky, ale nechá ty jednoduché, které prolezou až do regexpu. Takže platí to, co bylo napsáno jako první příspěvek. Jen jedna úroveň vnoření uvozovek a nic navíc se při použití už expandovat nebude, takže netřeba nic dál escapovat.
    28.5.2007 15:32 Lukáš Zapletal | skóre: 42 | blog: lzapův svět | Olomouc
    Rozbalit Rozbalit vše Re: Proč mi tohle nefunguje: escaping v BASHi
    Ještě jednou díky. To vysvětlení jsem ale bohužel nepochopil :-(

    Co bych tedy měl napsat, abych nemusel používat pole? Celé to uvodit ještě do jedněch uvozovek?

    String se expanduje jen při přiřazení, ne při použití. -- jak mám rozumnět tomuhle? Když dám přeci

    echo $PARAMS

    tak to vypíše ty parametry správně, tudíž se tedy expanduje, nebo ne?

    Díky za zpřesnení
    28.5.2007 16:38 Marble | skóre: 27 | blog: marble | Švédsko
    Rozbalit Rozbalit vše Re: Proč mi tohle nefunguje: escaping v BASHi
    OK, já v tom totiž také dělam pořád poněkud zmatek ... :-/ To co vypíše echo v úvodní otázce je špatně protože tam nemají být ty jednoduché uvozovky. Teď jde o to, jak se jich slušně zbavit. To, co jsme myslel já je něco ve stylu
    # a=a; b=b:$a; a=c; echo $b:$a
    b:a:c
    
    Ale ono to pro expanzi cest neplatí, jak jsme si myslel, protože ta se koná až úplně na konci po expanzi proměnných ... takže když tam z nějaké proměnné vypadne hvězdička, tak ta se ještě potom expanduje, což jsem předtím myslel, že ne.

    No stručně řečeno, mám v tom sám pěkný borčus, jak zjišťuju. Odvolávám, co jsme odvolal a řešení s polem je asi nejlepší. Jen jsem tam myslím nakonec zapomněl uvozovky, správně je to takhle:

    # PARAMS=(-not -iregexp '*'); echo "${PARAMS[@]}"
    -not -iregexp *
    
    Bez uvozovek na konci by se hvězdička ještě expandovala. Uvozovky v PARAMS= zas zajistí, že se nebude expandovat při přiřazení. Jak jedny tak druhé uvozovky nakonec zmizí.

    Řešení bez pole a bez nutnosti vše escapovat mě teď nenapadá. Protože pokud má být v proměnné víc oddělených parametrů, je nutné ji přesvěčit, aby se jako celek rozsekala (takže ji nejde dát při použití celou do uvozovek), ale zároveň aby se neexpandovaly kusy uvnitř a zároveň aby v ní nezustaly žádné přebytečné uvozovky. A to mě fakt nenapadá jak.

    Totiž, ono ten tvůj původní kód má ještě jednu zradu:

    # touch \'pokus\'
    # ls
    a.txt  b.txt  c.txt  'pokus'
    # PARAMS="-not -iregexp '*'"; echo $PARAMS
    -not -iregexp 'pokus'
    
    tedy dokonce ani korektně neescapuje. Teď už fakt nevím přesně proč, ale zdá se, že uvozovka vypadlá z expanze proměnné se chová jako literal uvozovka a ne jako escape. Takže IMO to bez pole nijak normálně nejde. Dokonce i důsledné escapování se chová divně:
    # touch \\pokus
    # ls
    \pokus
    # PARAMS="-not -iregexp \*"; echo $PARAMS
    -not -iregexp \*
    
    Tady už fakt nechápu, proč tam zároveň zůstal backslash a zároveň nechytl ten soubor, co skutečně začíná backslashem ...

    No, měl jsem pocit, že bash celkem chápu, ale zdá se, že moc ne ... :-))

    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.