Nejvyšší správní soud (NSS) podruhé zrušil pokutu za únik zákaznických údajů z e-shopu Mall.cz. Incidentem se musí znovu zabývat Úřad pro ochranu osobních údajů (ÚOOÚ). Samotný únik ještě neznamená, že správce dat porušil svou povinnost zajistit jejich bezpečnost, plyne z rozsudku dočasně zpřístupněného na úřední desce. Úřad musí vždy posoudit, zda byla přijatá opatření přiměřená povaze rizik, stavu techniky a nákladům.
Organizace Free Software Foundation Europe (FSFE) zrušila svůj účet na 𝕏 (Twitter) s odůvodněním: "To, co mělo být původně místem pro dialog a výměnu informací, se proměnilo v centralizovanou arénu nepřátelství, dezinformací a ziskem motivovaného řízení, což je daleko od ideálů svobody, za nimiž stojíme". FSFE je aktivní na Mastodonu.
Paramount nabízí za celý Warner Bros. Discovery 30 USD na akcii, tj. celkově o 18 miliard USD více než nabízí Netflix. V hotovosti.
Nájemný botnet Aisuru prolomil další "rekord". DDoS útok na Cloudflare dosáhl 29,7 Tbps. Aisuru je tvořený až čtyřmi miliony kompromitovaných zařízení.
Iced, tj. multiplatformní GUI knihovna pro Rust, byla vydána ve verzi 0.14.0.
FEX, tj. open source emulátor umožňující spouštět aplikace pro x86 a x86_64 na architektuře ARM64, byl vydán ve verzi 2512. Před pár dny FEX oslavil sedmé narozeniny. Hlavní vývojář FEXu Ryan Houdek v oznámení poděkoval společnosti Valve za podporu. Pierre-Loup Griffais z Valve, jeden z architektů stojících za SteamOS a Steam Deckem, v rozhovoru pro The Verge potvrdil, že FEX je od svého vzniku sponzorován společností Valve.
Byla vydána nová verze 2.24 svobodného video editoru Flowblade (GitHub, Wikipedie). Přehled novinek v poznámkách k vydání. Videoukázky funkcí Flowblade na Vimeu. Instalovat lze také z Flathubu.
Společnost Proton AG stojící za Proton Mailem a dalšími službami přidala do svého portfolia online tabulky Proton Sheets v Proton Drive.
O víkendu (15:00 až 23:00) probíha EmacsConf 2025, tj. online konference vývojářů a uživatelů editoru GNU Emacs. Sledovat ji lze na stránkách konference. Záznamy budou k dispozici přímo z programu.
Provozovatel internetové encyklopedie Wikipedia jedná s velkými technologickými firmami o uzavření dohod podobných té, kterou má s Googlem. Snaží se tak zpeněžit rostoucí závislost firem zabývajících se umělou inteligencí (AI) na svém obsahu. Firmy využívají volně dostupná data z Wikipedie k trénování jazykových modelů, což zvyšuje náklady, které musí nezisková organizace provozující Wikipedii sama nést. Automatické programy
… více »*/2 * * * * /home/p/stats.pl
když příkaz provedu manuálně tak vše funguje (jde o statistiky herních serverů). Příkaz přes cron se ale neprovede. Zkoušel jsem změnu umístění do /usr/bin/ apod., změnu formátu času ale stále nic.
V sysinfo jsem nalezl jen chybu typu že se nemůže odeslat mail protože se nelze připojit na smtp. To jsem se pokoušel vyřešit přidáním MAILTO="" do crontab ale stále nic. Má ještě cron někde nějaký log?
Vše provádím pod rootem. Script by měl být bez problému (nepsal jsem ho já ale je již ověřený na jiných strojích u vice uživatelů). Script samozřejmě začíná #!/usr/bin/perl (cesta je správná)
Jde o dedicated server. Debian Lenny.
Řešení dotazu:
bash# set
...
* * * * * set > /var/tmp/promenne
melo by te pak napadnou v cem se lisi a kde muze byt problem.
Cron v pripade problemu odesila email, takze si je zkus projit (zrejme toho roota).
Je opravdu nutne spoustet to pod rootem?
Jul 23 12:05:11 Keny nullmailer[14400]: Starting delivery: protocol: smtp host: mail.f****k.com file: 1279801205.4705
Jul 23 12:05:11 Keny nullmailer[15554]: smtp: Failed: 554 5.7.1 root@Keny.f****k.net: Relay access denied
Jul 23 12:05:11 Keny nullmailer[14400]: Sending failed: Permanent error in sending the message
Jul 23 12:05:11 Keny nullmailer[14400]: Delivery complete, 25 message(s) remain.
nullmailera jsem zkousel restartovat, vypnout, zapnout ale stale stejne. Takze z cronu asi zpravu nedostanu. Zkousel jsem i * * * * * /home/p/stats.pl -v >/tmp/a.log 2>/tmp/b.log ,ale logy se nevytvoří. Crona jsem taky zkousel nasledne restartovat.
BUGS
Although cron requires that each entry in a crontab end in a newline
character, neither the crontab command nor the cron daemon will detect
this error. Instead, the crontab will appear to load normally. However,
the command will never run. The best choice is to ensure that your
crontab has a blank line at the end.
Tiskni
Sdílej: