Řada vestavěných počítačových desek a vývojových platforem NVIDIA Jetson se rozrostla o NVIDIA Jetson Thor. Ve srovnání se svým předchůdcem NVIDIA Jetson Orin nabízí 7,5krát vyšší výpočetní výkon umělé inteligence a 3,5krát vyšší energetickou účinnost. Softwarový stack NVIDIA JetPack 7 je založen na Ubuntu 24.04 LTS.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) spolu s NSA a dalšími americkými úřady upozorňuje (en) na čínského aktéra Salt Typhoon, který kompromituje sítě po celém světě.
Společnost Framework Computer představila (YouTube) nový výkonnější Framework Laptop 16. Rozhodnou se lze například pro procesor Ryzen AI 9 HX 370 a grafickou kartu NVIDIA GeForce RTX 5070.
Google oznamuje, že na „certifikovaných“ zařízeních s Androidem omezí instalaci aplikací (včetně „sideloadingu“) tak, že bude vyžadovat, aby aplikace byly podepsány centrálně registrovanými vývojáři s ověřenou identitou. Tato politika bude implementována během roku 2026 ve vybraných zemích (jihovýchodní Asie, Brazílie) a od roku 2027 celosvětově.
Byla vydána nová verze 21.1.0, tj. první stabilní verze z nové řady 21.1.x, překladačové infrastruktury LLVM (Wikipedie). Přehled novinek v poznámkách k vydání: LLVM, Clang, LLD, Extra Clang Tools a Libc++.
Alyssa Anne Rosenzweig v příspěvku na svém blogu oznámila, že opustila Asahi Linux a nastoupila do Intelu. Místo Apple M1 a M2 se bude věnovat architektuře Intel Xe-HPG.
EU chce (pořád) skenovat soukromé zprávy a fotografie. Návrh "Chat Control" by nařídil skenování všech soukromých digitálních komunikací, včetně šifrovaných zpráv a fotografií.
Byly publikovány fotografie a všechny videozáznamy z Python konference PyCon US 2025 proběhlé v květnu.
Společnost xAI a sociální síť X amerického miliardáře Elona Muska zažalovaly firmy Apple a OpenAI. Viní je z nezákonné konspirace s cílem potlačit konkurenci v oblasti umělé inteligence (AI).
Byla vydána nová verze 9.16 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání.
Příkaz at
slouží k naplánování pozdějšího spuštění příkazů. Anglický název příkazu v tomto kontextu překládáme jako předložku „v“ (ve významu v kolik hodin).
Implementace v Unix-like systémech obvykle sestává ze služby (démona) atd
a uživatelského příkazu at
. Služba běží neustále a spouští naplánované úlohy, když přijde čas. Tím se uživatel nemusí zabývat. Podstatné je pro nás, jak to naplánovat. Proto si popíšeme použití příkazu at
.
Ve výchozím režimu čte at
seznam příkazů, které má spustit, ze standardního vstupu (stdin) a jako argument očekává čas, kdy je má spustit. Chceme-li tedy spustit příkaz pokus
přesně za hodinu, můžeme to naplánovat takto:
echo pokus | at now + 1 hour
Tím jsme si ukázali, že čas spuštění lze zadávat i relativně. Zadávání času spuštění je velice obecné a když si vymyslíte něco, co dává aspoň trochu smysl, at
to pravděpodobně pochopí.
# spustí ,echo $USER >> /tmp/users‘ zítra v 18:00 echo 'echo $USER >> /tmp/users' | at 1800 tomorrow # spustí ,paludis -s‘ v 17:00 (pokud tento čas ještě nenastal, tak dnes, jinak zítra) echo 'paludis -s' | at 17:00 # spustí zadané příkazy 20. července v 17:00 at 5pm jul 20 <<! updatedb sync !
Přepínač -f umožňuje zadat cestu k souboru obsahujícímu seznam příkazů, jejichž spuštění má at
naplánovat. Místo standardního vstupu se tedy čte z daného souboru.
# spustí příkazy ze souboru za týden v tento čas at -f soubor.at next week
Přepínač -m zajistí odeslání e-mailu danému uživateli po dokončení jeho příkazů. Pokud výstup příkazů nebyl přesměrován jinam, bude přiložen v e-mailu.
Nyní bych se měl zmínit o frontách a manipulaci s nimi. Všechna dosavadní ukázková volání příkazu at
přidávají příkazy do výchozí fronty (zvané „a“). Chceme-li vypsat seznam položek ve frontě, použijeme přepínač -l (a chceme-li vypsat jinou frontu než výchozí, tak ještě -q).
# přidá daný příkaz do fronty „x“ echo lsmod | at -m -q x now + 1 minute # vypíše položky všech front at -l # vypíše položky fronty zvané „x“ at -l -q x
Další věc je odebírání položek z fronty. Když se spleteme a naplánujeme nesmysl nebo si časem rozmyslíme spouštění dané věci, tak se bude hodit přepínač -r. Problém je, že verze at
, která je obvykle k nalezení na linuxových systémech, se zde trochu rozchází se standardem Single UNIX Specification a žádný přepínač -r nemá. Používáme proto příkaz atrm
, kterému zadáme ID položek, jež chceme z fronty smazat. ID položek zjistíme výše zmiňovaným příkazem at -l
(příp. nestandardně pomocí atq
).
# smaže z fronty položky s ID 10, 12 a 15 atrm 10 12 15
Mimochodem, Windows NT/2000/XP/7 mají také příkaz at
(podobný cron
u), ten je ovšem zastaralý – nahradil jej schtasks (resp. GUI nadstavba Task Scheduler).
Program sleep
nedělá nic (čeká) po uživatelem danou dobu. Název vychází z anglického slova, které v překladu znamená „spát“.
Nezasvěcenému uživateli se takový popis může zdát zvláštní a řekne si: „K čemu je příkaz, který nic nedělá?“ Představte si kupříkladu situaci, kdy je třeba spouštět nějaký příkaz každých 10 minut. Vyřešit to lze takto:
while true; do příkaz sleep 600 # čas v sekundách done
Chceme-li třeba za 15 sekund ukončit proces X serveru (to se někdy hodí při řešení problémů se vstupními zařízeními), můžeme také použít sleep
:
# za 15 sekund pošle signál SIGKILL všem běžícím instancím X serveru sleep 15 ; killall -9 X
Tolik k praktickému využití. Ještě by se slušelo zmínit, že verze programu sleep
, se kterou se setkáte, se může (a pravděpodobně bude) lišit od té standardní (dle SUS). Standard totiž říká, že program by měl pracovat s jedním celočíselným nezáporným argumentem, který udává, kolik sekund se má čekat. Jenže třeba sleep
z GNU coreutils podporuje i zadávání minut, hodin a dnů (připojením písmene „m“, „h“ nebo „d“ za číslo). Další odlišností této verze je možnost zadat desetinné číslo.
# spí 1 den, 5 hodin, 2 minuty, 10 sekund, 200 milisekund sleep 1d 5h 2m 10.2s # spí 6 sekund a 300 milisekund sleep 0.1m 0.3s
Příkaz wait
čeká, dokud se neukončí proces s daným PID běžící na pozadí daného shellu a poté se sám ukončí. Název programu je opět anglické slovo, která znamená „čekat“.
Jak jsem naznačil, wait
umí čekat pouze na procesy spuštěné na pozadí shellu, ze kterého wait
spouštíme. Předvedeme si spuštění programu na pozadí:
sleep 100 &
Představte si, že jsme místo programu sleep
spustili na pozadí něco smysluplného. Teď když spustíme wait
bez argumentů, tak bude čekat na ukončení všech procesů běžících na pozadí shellu. Když jako argumenty zadáme jednotlivé PID, bude se čekat pouze na jim odpovídající procesy. Pokud proces s daným PID neexistuje, wait
by se měl chovat jako kdyby proces existoval a okamžitě vracel návratovou hodnotu 127. Návratová hodnota programu je obecně ta, kterou vrátí proces, jehož PID je uvedeno jako poslední v seznamu argumentů. Je-li spuštěn bez argumentů, vrací 0.
V Bashi se PID posledního procesu spuštěného na pozadí shellu uchovává v proměnné $!
, takže lze provést následující:
lame --decode nejaka.mp3 nejaky.wav &> /dev/null & echo -n "Převádím MP3 na WAV… " wait $! && echo "OK" || echo 'chyba!'
V praxi se tento příkaz používá převážně neinteraktivně, tedy ve skriptech.
Nástroje: Tisk bez diskuse
Tiskni
Sdílej:
while sleep x; do ...; done
while true
. Kdyby tam byl nekonečný for, tedy for((;;))
, tak by to bylo o něčem jiném.
for((;;))
občas nebyla sranda a musel jsem držet ctrl+c, zatímco u while true
to stačilo jen zmáčknout.
Teď sem si i uvědomil že jsem reagoval docela zcestně na tvůj původní komentář, takže si mě radši nevšímej lame --decode nejaka.mp3 nejaky.wav &> /dev/null & echo -n "Převádím MP3 na WAV… " wait $! && echo "OK" || echo 'chyba!'tohle je blbost $! vrati pid prikazu echo .... spravne melo byt
lame --decode nejaka.mp3 nejaky.wav &> /dev/null & PID=$! ... echo -n "Převádím MP3 na WAV… " wait $PID && echo "OK" || echo 'chyba!'
$!
obsahuje ID procesu, který byl naposledy spuštěn na pozadí (tedy s &
).
echo -n Převádím... lame ... >/dev/null && echo hotovo || echo chybaTedy alespoň pokud není třeba dělat mezitím něco dalšího.
wait $! && echo "OK" || echo 'chyba!' protože to je wait $! && (echo "OK" || echo 'chyba!') nikoliv "klasické" if then else wait $! && (echo "OK") || (echo 'chyba!')takže teoreticky pokud selže echo OK, objeví se "chyba!", ovšem nikoliv chyba v převodu mp3, ale chyba ve výpisu na obrazovku, což nemusí být to, co autor zamýšlel. V praxi echo OK většinou neselže, ale nepřipadá mi vhodné to takto psát...
Problém je, že verze at, která je obvykle k nalezení na linuxových systémech, se zde trochu rozchází se standardem Single UNIX Specification a žádný přepínač -r nemá.
Až tak obvyklé to nebude - v SuSE ho podporuje, v Red Hatu ho podporuje, ve Slackware IIRC taky (nebo aspoň podporovala, když jsem ho používal). Vlastně si nevzpomínám na žádnou konkrétní distribuci, kde by defaultní implementace at přepínač -r
nepodporovala.