OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.
Byla vydána verze 8.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.
R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.
IBM kupuje společnost HashiCorp (Terraform, Packer, Vault, Boundary, Consul, Nomad, Waypoint, Vagrant, …) za 6,4 miliardy dolarů, tj. 35 dolarů za akcii.
Byl vydán TrueNAS SCALE 24.04 “Dragonfish”. Přehled novinek této open source storage platformy postavené na Debianu v poznámkách k vydání.
Oznámeny byly nové Raspberry Pi Compute Module 4S. Vedle původní 1 GB varianty jsou nově k dispozici také varianty s 2 GB, 4 GB a 8 GB paměti. Compute Modules 4S mají na rozdíl od Compute Module 4 tvar a velikost Compute Module 3+ a předchozích. Lze tak provést snadný upgrade.
Po roce vývoje od vydání verze 1.24.0 byla vydána nová stabilní verze 1.26.0 webového serveru a reverzní proxy nginx (Wikipedie). Nová verze přináší řadu novinek. Podrobný přehled v souboru CHANGES-1.26.
Byla vydána nová verze 6.2 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 13.0.14.
Byla vydána nová verze 30.0.0 frameworku pro vývoj multiplatformních desktopových aplikací pomocí JavaScriptu, HTML a CSS Electron (Wikipedie, GitHub). Chromium bylo aktualizováno na verzi 124.0.6367.49, V8 na verzi 12.4 a Node.js na verzi 20.11.1. Electron byl původně vyvíjen pro editor Atom pod názvem Atom Shell. Dnes je na Electronu postavena celá řada dalších aplikací.
Byla vydána nová verze 9.0.0 otevřeného emulátoru procesorů a virtualizačního nástroje QEMU (Wikipedie). Přispělo 220 vývojářů. Provedeno bylo více než 2 700 commitů. Přehled úprav a nových vlastností v seznamu změn.
Řešení dotazu:
source "$(dirname $0)/foo/bar"nebo takto ?
source $(dirname $0)/foo/barDíky
source "$(dirname "$0")/foo/bar"
;)
OT: Takové source-ování nebude fungovat jak asi chceš při použití linek.
source $(dirname $0)/foo/bar
source "$(dirname "$0")/foo/bar"Ale zjištění adresáře nebude vždy, to co si asi zamýšlíš.
Mám pocit, že tě napínám, takže příklad:
Příprava:
mkdir kuk echo -e "#\!/bin/bash\n\necho \"\$(dirname \"\$0\")/foo/bar\"\n" > kuk/do.bash ln -s kuk/do.bash dolink ln -s kuk kuklink chmod +x kuk/do.bash
Test:
./kuk/do.bash ./dolink ./kuklink/do.bash
Otázka:
Chceš to tak?
Úklid:
rm ./dolink rm ./kuk/do.bash rm ./kuklink rmdir kuk
Výstup z těch ukázek:
$ ./kuk/do.bash -> ./kuk/foo/bar - OK $ ./dolink -> ./foo/bar - ??? $ ./kuklink/do.bash -> ./kuklink/foo/bar - OK!
„¡Studenti! pokud nechápe výklad je chyba přednášejícího, ne vaše …rozumíte tomu?“…
Kromě případu, kdy chceš z proměnné s mezerami vytvořit pole, je vhodné mít uvozovky v podstatě všude. Možná se najde ještě pár dalších exotických situací, kde se uvozovky nehodí, ale moc jich nebude.
text='a b c d e' tokens=(${text}) # Tohle je ten speciální případ. other_tokens=("${tokens[@]}") # Kopírování pole má uvozovky.
Složené závorky jsou u proměnných, které nejsou pole, v podstatě dobrovolné, ale většinou je používám. Přijdou vhod třeba v případě, kdy člověk změní "${text} s mezerami"
na "${text}bez_mezer"
, protože zatímco "$text s mezerami"
funguje podle očekávání, "$textbez_mezer"
se se značnou pravděpodobností rozexpanduje na velké kulové.
Následuje ještě jeden příklad s poli a s uvozovkami. Expanze ${words[@]}
a ${words[*]}
dělají mimo uvozovky totéž, ale v uvozovkách se chovají odlišně.
words=(' a b ' ' c d ') for word in ${words[*]}; do echo "${word}" \| ${word}; done # 4 řádky for word in ${words[@]}; do echo "${word}" \| ${word}; done # 4 řádky for word in "${words[@]}"; do echo "${word}" \| ${word}; done # 2 řádky for word in "${words[*]}"; do echo "${word}" \| ${word}; done # 1 řádekZajímavé je též pořadí expanze v shellu — na první pohled nemusí být zřejmé, že přidání uvozovek do následujícího příkladu vůbec nic nezmění.
quotes=('"' '"' '"'); for i in ${quotes[@]}; do echo $i; done
Možná se najde ještě pár dalších exotických situací, kde se uvozovky nehodíExotických situací jako když máš v proměnné několik voleb programu? Ano, používat uvozovky všude, kde není zapotřebí word splitting, neškodí. Škodlivý je ovšem názor, že chtěný word splitting je cosi exotického. Je to příznak velkolepého formálního programování v shellu (ve srovnání se skriptováním), při kterém se nevyužívají silné stránky shellu, zato se složitě matlají věci, které ve vhodnějším jazyce fungují mnohem lépe.
Na druhé straně není nic horšího než matlání skriptů, které selžou při první neočekávané mezeře. Viděl jsem takových dost na to, abych byl skalním příznivcem uvozovek. Když chci mít v jedné proměnné víc optionů, je spousta důvodů pro použití pole, ve kterém se například option obsahující mezeru nerozdělí na dva. Pokud parsuju strukturovaná data, u kterých vím naprosto jistě, co je oddělovač a co ne, je to samozřejmě zcela jiná situace. Nejhorší je expandovat obyčejnou proměnnou obsahující parametry příkazové řádky, které mohou obsahovat jména souborů, která mohou obsahovat téměř libovolné bílé místo.
Tiskni Sdílej: