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 »debian + cron - co dělám špatně?
To první.
Takový klasický ubožáček, který se nezmůže ani na argumentaci, ani na slušnou mluvu. 
Ale no tak, nezapomeň si vzít léky, třeba to zítra bude lepší. Jenže třeba taky ne. Jo, tak už to chodí.
Sice ne argumentů, ale aspoň dobrých rad. 
Drobný pohled do historie napoví. Za víc než desetiletí se mnoho nezměnilo. Z druhého drobného pohledu do historie pořádně zamrazí. Na celém tom ekosystému založeném na správě donekonečna patchovaných fosilních balíčků lidmi s blíže neurčenou kvalifikací (ochota není kvalifikace — buď víš přesně, co děláš, nebo vanilla is your friend) se od té doby nezměnilo prakticky nic.
No a pak přichází na řadu otázka použitelnosti Debianu v praxi, pro vývoj čehokoliv. V dobách mého akademického „působení“ (negativního, samozřejmě) jsem spravoval delší benchmark, který spouštěl CLBG na různých systémech (no, většinou Intel a Power7). Na jaké doméně je to hostované? Ironie, že ano! Nebylo to až tak triviální, že se to rovnou stáhne a spustí; benchmarky se různě upravovaly a v projektu šlo o zprovoznění benchmarků v dynamických jazycích v implementacích těch jazyků nad JVM. Takže Jython, JRuby, Clojure, Groovy a (méně dynamická) Scala atd.
Tohle^^^ vyžaduje běžný aktuální systém, aby se to dalo zprovoznit, včetně potřebných závislostí. Fedora: Pohoda, out-of-the-box. Arch: Jo, jasně, pohoda. (No, Power7 ale jaksi nebyl.) Tumbleweed: Taky to jde. Debian a Ubuntu: Apokalypsa. Všechno zastaralé, půlka potřebných knihoven (pro jazyky i pro pozdější vyhodnocení dat) se nepřeloží / nespustí atd.
Říkám si: To snad není možné! Tohle pracoviště má Ubuntu servery. Tak jak se s tím vyrovnalo?! Jo, „jednoduše“. Uživatelé měli speciální nastavení $PATH a ve svých domovských adresářích měli podadresáře bin/, lib/ atd., s manuálně nainstalovanými a přeloženými (kousek po kousku) aktuálními (skoro) binárkami a knihovnami, aby mohli vůbec spouštět věci, které denně potřebovali. (!!!) Tak takhle vypadá peklo. (A ano, měli to pěkně synchronizované mezi Debianem a Ubuntu, protože rsync bylo možná to jediné, co v tom prostředí neselhalo.)
Jiný projekt: Správa několika LXC a KVM strojů na fyzickém serveru, měření výkonnosti za spousty různých okolností. Fedora + Arch: Perfektní podpora virt-managera, vzájemně kompatibilní, protokol Spice, všechno jako hodinky. Ubuntu + Debian: Půl roku starý kernelový bug způsobující naprostou nepoužitelnost dat o vytížení procesoru v KVM, LXC raději nezkoušet, rozbité, naprostá absence Spice protokolu (a kdepak, příslušný balíček se na tom nepřeloží, jako ostatně většina aktuálního softwaru), nutnost aplikovat asi tak 10 hnusných tweaků, aby se dala vůbec normálně spustit virtuální mašina… Zase voser, zase zoufalství.
Tolik tedy k tomu Debianu (a derivátům založeným na podobné ideologii). Vše výše popsané je sice dávná minulost (2013) a třeba už něco z toho funguje, ale jak tak čtu dotazy zklamaných uživatelů Debianu (a derivátů), moc se toho nezměnilo.
Citation needed.
No to víš, mně jakožto asexuálovi určitě někdo přebral hypotetickou „přítelkyni“. A teď ještě tu o Červené karkulce a sedmeru krkavců.
Byl to ten maintainer, který zprasil OpenSSL, aby mělo 32768 „náhodných“ klíčů? Nebo ten, který chtěl, aby byl Debian „sexy again“, ale stal se pravý opak?
Ty zase někoho, s kým nesouhlasíš, pošleš rovnou do piče. Není spíš tohle hysterický záchvat?
Mazda a Toyota jsou hmotné objekty, které většinou mají nějakou finanční hodnotu a jejich výměna není triviální. Distribuce Linuxu se s auty nedají takhle srovnávat. Když nějaká „nestartuje“, není od věci zkusit jinou.
Přechod z 32b na 64b je use case, který se vyskytl asi tak jednou za uherské desetiletí a dnes už se moc nevyskytuje. V minulém desetiletí bylo určitě plus, když to balíčkovací systém podporoval, ale dnes už bych v tom výhodu neviděl. 
Nevím, jestli to Fedora umí. Asi ne. Osobně jsem 32b–>64b migraci bez reinstalace dělal jenom na Archu a šlo to v pohodě. Ale nebyla na to žádná přímá podpora v balíčkovacím systému, takže to vyžadovalo pár triků.
Otázka je, vůči čemu teď Linux stavíš do kontrastu. Vím o pár systémech, kde toho nefunguje mnohem víc než nějaký cron, ale vybrat si tam nemůžeš nic a opravit to taky nejde, protože je to třeba closed-source. Mít možnost vybrat si, co (ne)funguje, není k zahození.
Musí to opravdu nutně být cron, mimochodem? Existují i novější metody, lépe integrované se zbytkem systému. Pokud tedy člověk není anti-systemd fanatik…
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
30.11.2016 12:48
29.11.2016 18:58