Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 7.0.0. Pro sandboxing se na Linuxu nově používá Landlock místo Bubblewrap. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.
Správce fotografií Shotwell byl vydán ve verzi 33.0 (GitLab). Hlavní novinkou v tomto vydání po dvou letech je přechod na GTK4.
Na YouTube byly publikovány videozáznamy přednášek a na Flickru fotografie z konference EuroPython 2026.
Byl vydán Debian 13.7, tj. sedmá opravná verze Debianu 13 s kódovým názvem Trixie. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Jiří Eischmann se v příspěvku Fiasko jménem W Social na svém blogu věnuje evropské sociální síti W: "W Social je příkladem toho, že se problémy sociální sítí nedají řešit od exekutivního stolu. Když na začátku tohoto roku v Davosu oznámili vznik nové sociální sítě W Social, politici se mohli přetrhnout ve chvalozpěvech. Konečně evropská sociální síť a ještě s ověřením identity. … Jak se ukázalo, když v Davosu W Social oznamovali, neměli kromě
… více »Výrobce hardwarových kryptoměnových peněženek Trezor upozorňuje na bezpečnostní incident u společnosti Brevo, kterou využívá k odesílání newsletterů. Útočník na e-mailové adresy odeslal phishingový e-mail.
Clement "Clem" Lefebvre publikoval souhrn dění v Linux Mintu za srpen 2026. Aplikace XApp mají vlastní webovou stránku xapp-project.org. Představena byl čtečka EPUB s názvem Xepub a kalendář Clockenstein.
Byla vydána nová verze 3.2.6 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
Bylo vydáno Ubuntu 24.04.5 LTS, tj. páté opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na poznámkách k vydání.
Švýcarsko testuje přechod z Microsoft 365 na FOSS, konkrétně balík openDesk (Wikipedie) od německé státní společnosti ZenDiS (Wikipedie), s cílem posílit digitální suverenitu.
Ř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" | wallAhoj, 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" pavelPak 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: