Raspberry Pi Connect, tj. oficiální služba Raspberry Pi pro vzdálený přístup k jednodeskovým počítačům Raspberry Pi z webového prohlížeče, byla vydána v nové verzi 2.5. Nejedná se už o beta verzi.
Google zveřejnil seznam 1272 projektů (vývojářů) od 185 organizací přijatých do letošního, již jednadvacátého, Google Summer of Code. Plánovaným vylepšením v grafických a multimediálních aplikacích se věnuje článek na Libre Arts.
Byla vydána (𝕏) dubnová aktualizace aneb nová verze 1.100 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.100 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.5.
OpenSearch (Wikipedie) byl vydán ve verzi 3.0. Podrobnosti v poznámkách k vydání. Jedná se o fork projektů Elasticsearch a Kibana.
PyXL je koncept procesora, ktorý dokáže priamo spúštat Python kód bez nutnosti prekladu ci Micropythonu. Podľa testov autora je pri 100 MHz približne 30x rýchlejší pri riadeni GPIO nez Micropython na Pyboard taktovanej na 168 MHz.
Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 12.0. Přehled novinek v aktualizované dokumentaci.
Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2025-05-06. Přehled novinek v příspěvku na blogu Raspberry Pi a poznámkách k vydání. Pravděpodobně se jedná o poslední verzi postavenou na Debianu 12 Bookworm. Následující verze by již měla být postavena na Debianu 13 Trixie.
Richard Stallman dnes v Liberci přednáší o svobodném softwaru a svobodě v digitální společnosti. Od 16:30 v aule budovy G na Technické univerzitě v Liberci. V anglickém jazyce s automaticky generovanými českými titulky. Vstup je zdarma i pro širokou veřejnost.
sudo-rs, tj. sudo a su přepsáné do programovacího jazyka Rust, nahradí v Ubuntu 25.10 klasické sudo. V plánu je také přechod od klasických coreutils k uutils coreutils napsaných v Rustu.
Řešení dotazu:
cron
-u a čo urobí v iných prípadoch, je v tom, kam ten výstup ide. V prípad cron-u nejde nikam, alebo v lepšom prípade do mailu.
Príkaz wall
zariadi, že to čo dostane na vstup zapíše na terminály všetkých prihlásených užívateľov (wall je "write all").
mail
zadaný v terminálu.* * * * * echo "Upozorneni"
crontab
, pomocí crontab -e
jste jen spustil příkaz k editaci souboru, který jste upravil a používá jej cron. Crron si jej ve „vlastním terminálu“ přečte a pokud nastane čas, příkazy spustí a obvykle celý výstup, který šel na stdout
a stderr
pošle do uživatelovi schránky.* * * * * echo "Upozorneni" | wall
Ahoj, restartoval jsi cron po tom, co jsi upravil ten jeho konfigurační soubor ? Pokud ne, tak /etc/init.d/cron restart
Nevím jak je to s tím echo
. Radši bych zkusil vytvoři soubor. Tam si budeš jistý, jestli se vytvořil nebo ne. touch /home/xx/Desktop/zkouska_cronu
.
mail
.* * * * * echo "Upozorneni" | wall
již fungovat bude, bo příkaz wall
je to, co zařídí, že se to objeví v tom vašem terminálu.
To o schrance nikde, kde echo ukazovaly jako standardni prikaz, zmineno nebylo
Samozřejmě že ne, protože to není vlastnost příkazu echo
, ale vlastnost cronu. Pokud (jakákoli) úloha spuštěná přes cron vygeneruje nějaký výstup (standardní nebo chybový), je ten výstup poslán mailem uživateli, z jehož cron tabulky se ta úloha spouštěla. Tak cron funguje a je to popsáno i v dokumentaci. Musíte si uvědomit, že v době, kdy se ta úloha spouští, může být už na daném terminálu přihlášen někdo úplně jiný nebo také nemusí být přihlášen vůbec nikdo, takže nemá smysl posílat výstup na terminál.
Cron searches /var/spool/cron for crontab files which are named after accounts in crontabs found are loaded into memory. Cron also searches for /etc/crontab and the files in the directory, which are in a different format (see crontab(5) ). Cron then wakes up every minute, examining all stored crontabs, checking each command to see if it should be run in the current minute. When executing commands, any output is mailed to the owner of the crontab (or to the user named in the MAILTO environ- ment variable in the crontab, if such exists). Additionally, cron checks each minute to see if its spool directory’s modtime (or the modtime on /etc/crontab) has changed, and if it has, cron will then examine the modtime on all crontabs and reload those which have changed. Thus cron need not be restarted whenever a crontab file is modified. Note that the crontab(1) command updates the modtime of the spool directory whenever it changes a crontab.Pomohlo by aj prehladat forum pred polozenim otazky; dotaz "nefunguje cron" sa tu riesi kazdy mesiac.
ale já opravdu prohledal celý internet
To myslíte vážně???
ostatne, ja jsem nikde netvrdil, ze mi nefunguje cron, ale prikaz echo
Jako začátečník se nepokoušejte kategoricky tvrdit, v čem je problém (nebo že "xyz nefunguje"), protože bez základních znalostí je to jen střelba naslepo. Místo to raději vždy co nejpřesněji popište (1) co jste udělal, (2) co se stalo, (3) proč si myslíte, že je to špatně a co se podle vás mělo stát.
jsem měl strach, že se na mne zesype spousta chytrých hlav, kteří místo aby poradili, mi vysvětlí, co jsem měl napřed udělat
Což není nutně chyba. Myslíte si snad, že tohle je poslední problém, který jste kdy měl?
hanpari
trochu křivdíte. Možná že manuál ke cronu nečetl, což je jistě trestuhodné, ale i kdyby četl, stejně díky jeho malé informovanosti o fungování linuxu obecně by nebyl sto odvodit, že když se výstup posílá na mail, že to zároveň znamená, že se nevypisuje na terminál (což ani odvodit nelze!), takže by byl tam, kde je, tedy měl by za to, že echo nefunguje (navíc má asi i nenakonfigurovanou počtu, tak mu ani ty maily nechodí).
Pak také popis "echo nefunguje" se mi zdá správný, z pohledu uživatele echo nefunguje.
echo "Zprava" | /usr/bin/mailx -s "predmet zpravy" pavel
Pak také popis "echo nefunguje" se mi zdá správný, z pohledu uživatele echo nefunguje.
Podle mne správný není. Příkaz echo
totiž v daném případě fungoval, protože dělal přesně to, co dělat měl. Že se stalo něco jiného, než uživatel očekával, je v tomto případě výhradně důsledkem neznalosti uživatele a ani v nejmenším nefunkčnosti příkazu echo
. Prostě další příklad na téma "Počítač dělá to, o co si mu řeknete, ne to, co po něm chcete."
echo
nefunguje".
…již fungovat bude, bo příkaz wall je to, co zařídí, že se to objeví v tom vašem terminálu.
Jakož i na všech ostatních. :-) Pro poslání zprávy na jeden konkrétní terminál slouží příkaz write
.
/etc/crontab
som ho otvoril pomocou VI
ale musel som dat uzivatela
* * * * * root echo "haloo" | write root
funguje aj
* * * * * root echo "haloo" | wall
ak ma uzivatel pravo menit crontab
tak sa potom nastavuje jeho crontab vo /var/spool/cron
a tam netreba zadavat uzivatela
Tiskni
Sdílej: