Sovereign Tech Agency (Wikipedie) prostřednictvím svého fondu Sovereign Tech Fund podpoří KDE částkou 1 285 200 eur.
Google na včerejší akci The Android Show | I/O Edition 2026 (YouTube) představil celou řadu novinek: Gemini Intelligence, notebooky Googlebook, novou generaci Android Auto, …
Evropská komise by do léta mohla předložit návrh normy omezující používání sociálních sítí dětmi v zájmu jejich bezpečí na internetu. Prohlásila to včera předsedkyně EK Ursula von der Leyenová, podle níž řada zemí Evropské unie volá po zavedení věkové hranice pro sociální sítě. EU částečně řeší bezpečnost dětí v digitálním prostředí v již platném nařízení o digitálních službách (DSA), podle německé političky to však není dostatečné a
… více »Multiplatformní open source aplikace scrcpy (Wikipedie) pro zrcadlení připojeného zařízení se systémem Android na desktopu a umožňující ovládání tohoto zařízení z desktopu, byla vydána v nové verzi 4.0.
Chybí vám někdo, s kým byste si popovídali o bastlení, technice, počítačích a vědě? Nechcete riskovat debatu o sportu u piva v hospodě? Pak doražte na virtuální pokec u virtuálního piva v rámci Virtuální Bastlírny organizované strahovským MacGyverem již tento čtvrtek. Možná se ptáte, co se tak může probírat? Dají se probrat slavná výročí - kromě 55 let obvodu 555 (což je mimochodem prý andělské číslo) a vzpomínky na firmu Signetics -
… více »GTK2-NG je komunitní fork GTK 2.24 (aktuální verze je 4.22). Oznámení a diskuse v diskusním fóru Devuanu, forku Debianu bez systemd. Není to jediný fork GTK 2. Ardour je například postaven na vlastním forku GTK 2 s názvem YTK.
V neděli 17. května 2026 proběhne v Českých Budějovicích první MobileLinux Hackday zaměřený na Linux v mobilech, embedded platformy a open source hardware. Po sedmi úspěšných měsíčních setkáních v Praze se akce přesouvá také do jižních Čech, aby se komunita mobilního Linuxu mohla potkat i mimo hlavní město. Akce se uskuteční v konferenčním sále Vajgar v Clarion Congress Hotelu (Pražská tř. 2306/14) se zahájením mezi 14:00 až 15:00 a … více »
Vývojáři Debianu zhruba v polovině vývojového cyklu Debianu 14 s kódovým názvem Forky rozhodli, že Debian musí dodávat reprodukovatelné balíčky, tj. kdokoli si může nezávisle ověřit, že daný binární balíček vznikl překladem a sestavením z konkrétních zdrojových kódů. Aktuálně je reprodukovatelných 98,29 % balíčků.
Německý e-shop Škoda Auto byl hacknut. Útočníci získali přístup k uživatelským údajům (jméno, adresa, e-mail, heslo, telefon, …).
Na webu konference Den IPv6 2026, která se uskuteční 4. června v Národní technické knihovně v pražských Dejvicích, je nyní k dispozici kompletní program této tradiční akce věnované tématům spojeným s protokolem IPv6. Na celodenní pásmo přednášek je třeba se přihlásit a zaplatit účastnický poplatek 242 korun. Registrační formulář najdou zájemci opět na webu akce. Konferenci Den IPv6 2026 organizují i letos společně sdružení CESNET, CZ.NIC a NIX.CZ.
# tar -c -T $seznam | bzip2 -9 >$sambacesta`date +%y_%m_%d`'.tar.bz2' && echo "Backup Done" || "Backup Failed"Proč toto nemůže fungovat? Díky
bzip2.
tar -c -T $seznam | bzip2 -9 >$sambacesta`date +%y_%m_%d`'.tar.bz2' && echo "Backup Done" || echo "Backup Failed"Ale ani to nebude fungovat na návratovou hodnotu taru, protože se uvažuje vždy poslední návratová hodnota v koloně - v tomhle případě bzipu.
tar -cjvf -T $seznam soubor.tar.bz2 && echo "Backup Done" || echo "Backup Failed"Něco mi řiká, že tam je chyba v těch parametrech, že?
seznam=/home/user/list tar -cjvf soubor.tar.bz2 -T $seznam && echo "Backup Done" || echo "Backup Failed"Toto ovšem taky nefunguje :D
/home/user/list, ale v rámci možností to u mě vypadá funkční.
seznam=/home/user/list
tar -cjvf soubor.tar.bz2 -T $seznam && echo "Backup Done" || echo "Backup Failed"
if [[ $? -eq 0 ]]
then
rob_nieco
else
rob_nieco_ine_ked_sa_to_nepodarilo
fi
#! /bin/bash
seznam=/home/user/list
VytvorArchiv(){
# Echo vracia VZDY true, takze ak prebehne uspesne vytvorenie archivu, tak nie je nutne nic robit.
tar -cjvf soubor.tar.bz2 -T "${1}" && echo "Backup Done" || ( echo "Backup Failed"; return 1 )
}
if VytvorArchiv "${seznam}"
then
rob_nieco
else
rob_nieco_ine_ked_sa_to_nepodarilo
fi
Takto by to malo fungovat. Ale ak je to tento pripad, tak je to jednoznacne chyba zadavatela, kedze neposkytol dostatok informacii. ;)
&& || funguje podle očekávání:
~> true && echo ok || echo fail ok ~> false && echo ok || echo fail fail
Aj mne. Mozno som sa len nedostatocne vyjadril. Ale taketo nieco nefunguje a to je jediny pre mna zjavny dovod, preco by to zadavatelovi "nefungovalo":
patrik@debian-thinkpad:~$ true && echo ok || echo fail; [[ $? -eq 0 ]] && echo ok ok ok patrik@debian-thinkpad:~$ false && echo ok || echo fail; [[ $? -eq 0 ]] && echo ok fail ok
Ja len vravim, ze nemoze pouzit nieco taketo a vraviet, ze tar vracia nespravnu navratovu hodnotu:
#! /bin/bash true && echo ok || echo fail if [[ $? -eq 0 ]]; then rob_nieco; else rob_nieco_ine; fi
Takto to totiz nebude nikdy fungovat skrz pouzitia echo, ktory ma vzdy navratovu hodnotu 0 a teda maskuje navratovu hodnotu true resp. akehokolvek prikazu pred echo-m v kolone. Da sa to vsak vyriesit napr. aj nasledovne:
#! /bin/bash
Funkcia(){
true && echo ok || ( echo fail; return 1 )
}
if funkcia; then rob_nieco; else rob_nieco_ine; fi
To je podla mojho nazoru dovod, preco tu zakladatel stale tvrdi, ze mu tar nevracia spravnu navratovu hodnotu. A to je zaroven aj pointa mojho predchadzajuceho prispevku.
tar && echo || echo
To co kolegové řešili ohledně návratové hodnoty v koloně byl problém tar | bzip && echo || echo, kde tar a bzip jsou v koloně tar | bzip a následné příkazy echo se řídí návratovou hodnotou bzipu, nikoliv taru.
tar && echo || echo
není kolona (v obvyklém smyslu slova, tak byste to tedy nazývat neměl, pokud nejste z Babylonu. Před echome tedy nic v koloně není), je to sled příkazů, po jejich provedení je k dispozici návratová hodnota posledního znich (jedno z ech), jak jste správně řekl.
Další věc je, že konstrukce A && B || Cje ve skutečnosti
if (A && B) then B; else C; fi, ale v případě přikazů jako echo se to zanedbává, neb většinou fungují.
Nereagoval som na temu po tento prispevok: https://www.abclinuxu.cz/poradna/linux/show/336497#6
To bol dovod a myslim, ze stale je dovodom, preco som vyvodil z toho zaver, aky som vyvodil a myslim, ze pravom som sa domnieval, ze tam nasleduje kontrola v dalsom kode na navratovu hodnotu. Ale pockajme si na zakladatela temy.
Co sa tyka kolony, z Babylonu nie som. :) Popravde som sa nad vyznamom slova nezamyslal az natolko. Viac som sa snazil tu udrzat nejake jednotne nazvoslovie, ktore Jenda nastolil. Jenda ho vsak pouzil spravne, teda pokial tu budeme sledovat vase vysvetlenie ohladne kolony ( logicke vysvetlenie ), pretoze on spominal aj bzip v case pisania toho jeho prispevku. Inak by som temer isto pouzil sled prikazov pred kolonou.
Takze cele moje posobenie v tejto teme nie je o tom, ci vracia tar spravnu navratovu hodnotu alebo nie, kedze je jasne, ze vracia spravnu. Ale o implementacii kodu do nejakeho vacsieho celku a k tejto teorii mi nahrava prave vyssie zmienovany odkaz.
Další věc je, že konstrukceNe, to není, protože to druhé by ve skutečnosti (pokud by vše končilo úspěchem) udělalo ABB či ABC (pokud by končilo neúspěchem), zatímco první udělá jen AB, případně AC.A && B || Cje ve skutečnostiif (A && B) then B; else C; fi, ale v případě přikazů jako echo se to zanedbává, neb většinou fungují.
if (A && B) then :; else C; ficož je sice přesnější, ale zase ne tak srozumitelné. Podstatné na co jsem chtěl upozornit je, že výpis C závisí na pozitivní návratové hodnotě B, k čemuž u
if-A-then-B-else-C nedochází. U echa je to jedno, ale někdo by třeba dokázal napsat i (pseudokód:)
rar && rm .lock || touch .rar-failedcož už může vytvořit .rar-failed i v případě, že rar proběhne ok.
PIPESTATUS.
bash$ true | false | true
bash$ echo ${PIPESTATUS[1]}
1 # to je to false
tar -cjf foo.tar.bz2 bar/NN
Tiskni
Sdílej: