Z upstreamu GNOME Mutter byl zcela odstraněn backend X11. GNOME 50 tedy poběží už pouze nad Waylandem. Aplikace pro X11 budou využívat XWayland.
Byl publikován plán na odstranění XSLT z webových prohlížečů Chrome a Chromium. S odstraněním XSLT souhlasí také vývojáři Firefoxu a WebKit. Důvodem jsou bezpečnostní rizika a klesající využití v moderním webovém vývoji.
Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.3.0. Přehled novinek v poznámkách k vydání.
Organizace Open Container Initiative (OCI) (Wikipedie), projekt nadace Linux Foundation, vydala Runtime Specification 1.3 (pdf), tj. novou verzi specifikace kontejnerového běhového prostředí. Hlavní novinkou je podpora FreeBSD.
Nový open source router Turris Omnia NG je v prodeji. Aktuálně na Allegro, Alternetivo, Discomp, i4wifi a WiFiShop.
Na YouTube a nově také na VHSky byly zveřejněny sestříhané videozáznamy přednášek z letošního OpenAltu.
Jednou za rok otevírá společnost SUSE dveře svých kanceláří široké veřejnosti. Letos je pro vás otevře 26. listopadu v 16 hodin v pražském Karlíně. Vítáni jsou všichni, kdo se chtějí dozvědět více o práci vývojářů, prostředí ve kterém pracují a o místní firemní kultuře. Můžete se těšit na krátké prezentace, které vám přiblíží, na čem inženýři v Praze pracují, jak spolupracují se zákazníky, partnery i studenty, proč mají rádi open source a co
… více »Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za říjen (YouTube).
Jeff Quast otestoval současné emulátory terminálu. Zaměřil se na podporu Unicode a výkon. Vítězným emulátorem terminálu je Ghostty.
Amazon bude poskytovat cloudové služby OpenAI. Cloudová divize Amazon Web Services (AWS) uzavřela s OpenAI víceletou smlouvu za 38 miliard USD (803,1 miliardy Kč), která poskytne majiteli chatovacího robota s umělou inteligencí (AI) ChatGPT přístup ke stovkám tisíc grafických procesů Nvidia. Ty bude moci využívat k trénování a provozování svých modelů AI. Firmy to oznámily v dnešní tiskové zprávě. Společnost OpenAI také nedávno
… více »[ "$a" == "1" ] && . /tmp/a || exit 1 test "$a" == "1" && . /tmp/a || exit 1
if expr then do-true else do-false, i když v tomto případě se to bude chovat pravděpodobně tak jak chceš (pokud se $a nerovná 1 a nebo pokud zklame source, tak exit)
if [[ "$a" == "1" ]]; then echo true; else echo false; fi if [ "$a" == "1" ]; then echo true; else echo false; fi
exit 1 provede i v případě, že "selže" hned první příkaz, za druhé porovnávání na rovnost u příkazu test (a hranaté závorky jsou jen synonymum pro test) se provádí operátorem "=", ne "==".
if [ "$a" = "1" ]; then echo true; else echo false;ale prostě rovnost se snad všude vyhodnocuje pomocí == tak mi to nejde psát jen =, proto raději všechno jedu na [[ ]], možná by mě to i nakopalo, ale když test v bash-i funguje i s == :(
proto raději všechno jedu na [[ ]]A jaký je rozdíl mezi [] a [[]] ? Dík
[" je jen alias pro standardní příkaz test, který je v bashi k dispozici jako builtin. Rozdíl je jen v tom, že vyžaduje, aby byl poslední parametr "]" (a ignoruje ho). Varianta se zdvojenými závorkami je rozšíření bashe, které se chová trochu odlišně a nabízí některá rozšíření (a kromě jiného také podporuje "==" pro porovnávání).
Je to návod pro bash a je správně, tam platí '==' (i '=').
příkaz test v bash-i nevolá příkaz /usr/bin/test, ale BULITIN příkaz test je to stejný případ jako time, viz man bash a SHELL BUILTIN COMMANDS.
test 2 == 2 && echo kukvs.
"$(which test)" 2 == 2 && echo kuk(which viz man which)
Conditional expressions are used by the [[ compound command and the test and [ builtin commands.
....When used with ‘[[’, the ‘<’ and ‘>’ operators sort lexicographically using the current locale. The test command uses ASCII ordering.
....
string1 == string2
string1 = string2
True if the strings are equal. ‘=’ should be used with the test command for POSIX conformance.
-eq, -ne a spol.
I keď sú podobné jednoriadkové zápisy úsporné a niekedy užitočné, v skutočných skriptoch zložitejších ako triviálnych sa držím plnej viacriadkovej syntaxe s patričným odsadzovaním, mená premenných zátvorkujem kučeravými zátvorkami, mená súborov ukladám do premenných, etc. Je to mierne viac práce pri písaní skriptu, ale keď sa k nemu po pol roku vrátim - zvyčajne som už medzi tým zabudol, že skript vôbec existuje, nie to ešte ako presne funguje - ušetrí mi to zdĺhavú kryptoanalýzu existujúceho kódu.
Nakoniec, je skutočne potrebné skriptovať v bash-i? Nestačil by obyčajný sh? Podľa mňa by v sa v bash-i mali skriptovať iba veci, na ktoré sh buď nestačí, alebo by riešenie v sh bolo signifikantne zložitejšie a zároveň by v bash-i mal skriptovať iba ten, kto vie, kde je hranica medzi sh a bash. V prípade použitia bash-u si treba uvedomiť negatívne dôsledky, najmä prenositeľnosť: zatiaľ čo na Linuxe je bash de-facto štandard, na iných unixoch a unix-like systémoch čaká autorov bash skriptov nepríjemené prekvapenie, najmä v enterprise prostredí, kde musíte inštaláciu každého balíčka navyše rozumne zdôvodniť. Na druhej strane ale uznávam, že to je asi ten najmenší problém prenositeľnosti skriptu. Kto skúsil, vie.
YMMV
Tiskni
Sdílej: