DuckDuckGo AI Chat umožňuje "pokecat si" s GPT-3.5 Turbo od OpenAI nebo Claude 1.2 Instant od Anthropic. Bez vytváření účtu. Všechny chaty jsou soukromé. DuckDuckGo je neukládá ani nepoužívá k trénování modelů umělé inteligence.
VASA-1, výzkumný projekt Microsoftu. Na vstupu stačí jediná fotka a zvukový záznam. Na výstupu je dokonalá mluvící nebo zpívající hlava. Prý si technologii nechá jenom pro sebe. Žádné demo, API nebo placená služba. Zatím.
Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 140 (pdf) a HackSpace 77 (pdf).
ESPHome, tj. open source systém umožňující nastavovat zařízení s čipy ESP (i dalšími) pomocí konfiguračních souborů a připojit je do domácí automatizace, například do Home Assistantu, byl vydán ve verzi 2024.4.0.
LF AI & Data Foundation patřící pod Linux Foundation spustila Open Platform for Enterprise AI (OPEA).
Neziskové průmyslové konsorcium Khronos Group vydalo verzi 1.1 specifikace OpenXR (Wikipedie), tj. standardu specifikujícího přístup k platformám a zařízením pro XR, tj. platformám a zařízením pro AR (rozšířenou realitu) a VR (virtuální realitu). Do základu se z rozšíření dostalo XR_EXT_local_floor. Společnost Collabora implementuje novou verzi specifikace do platformy Monado, tj. open source implementace OpenXR.
Byla vydána nová verze 0.38.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Přehled novinek, změn a oprav na GitHubu. Požadován je FFmpeg 4.4 nebo novější a také libplacebo 6.338.2 nebo novější.
ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzích 1.3.1, 1.2.3 a 1.0.6. Ve verzi 1.3.1 je mimo jiné řešena bezpečnostní chyba CVE-2024-20380.
Digitální a informační agentura (DIA) oznámila (PDF, X a Facebook), že mobilní aplikace Portál občana je ode dneška oficiálně venku.
#HACKUJBRNO 2024, byly zveřejněny výsledky a výstupy hackathonu města Brna nad otevřenými městskými daty, který se konal 13. a 14. dubna 2024.
# 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.*'
<14:53:25> find /tmp -not -iregex '^/tmp.*' <14:53:52> PARAM='-not -iregex ^/tmp.*' <14:54:14> find /tmp $PARAM <14:54:23>
... 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.
-x
, t.j. napisat skript z hlavickou
#! /bin/sh -x
$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.
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!
echo $PARAMS
tak to vypíše ty parametry správně, tudíž se tedy expanduje, nebo ne?
Díky za zpřesnení
# a=a; b=b:$a; a=c; echo $b:$a b:a:cAle 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 ... )
Tiskni Sdílej: