Richard Biener oznámil vydání verze 16.1 (16.1.0) kolekce kompilátorů pro různé programovací jazyky GCC (GNU Compiler Collection). Jedná se o první stabilní verzi řady 16. Přehled změn, nových vlastností a oprav a aktualizovaná dokumentace na stránkách projektu. Některé zdrojové kódy, které bylo možné přeložit s předchozími verzemi GCC, bude nutné upravit.
Zulip Server z open source komunikační platformy Zulip (Wikipedie, GitHub) byl vydán ve verzi 12.0. Přehled novinek v příspěvku na blogu.
Před 30 lety, tj. v úterý 30. dubna 1996, byl spuštěn Seznam.cz.
Byly zpracovány a zveřejněny všechny videozáznamy, které stojí za zveřejnění, z konference FOSDEM 2026.
Od úterý 28. dubna musí nově uváděné notebooky v Evropské unii podporovat nabíjení přes USB-C. Jednotná nabíječka byla schválena Evropským parlamentem v říjnu 2022.
Byly publikovány informace o kritické zranitelnosti CVE-2026-31431 pojmenované Copy Fail v Linuxu, konkrétně v kryptografii (AF_ALG). Běžný uživatel může získat práva roota (lokální eskalaci práv). Na všech distribucích Linuxu vydaných od roku 2017. Pomocí 732bajtového skriptu. V upstreamu je již opraveno. Zranitelnost byla nalezena pomocí AI Xint Code.
Textový editor Zed dospěl do verze 1.0. Představení v příspěvku na blogu.
Vývojáři svobodného 3D softwaru Blender představili (𝕏, Mastodon, Bluesky) nejnovějšího firemního sponzora Blenderu. Je ním společnost Anthropic stojící za AI Claude a úroveň sponzoringu je Patron, tj. minimálně 240 tisíc eur ročně. Anthropic oznámil sponzorství v tiskové zprávě Claude for Creative Work.
VNC server wayvnc pro Wayland kompozitory postavené nad wlroots - ne GNOME, KDE nebo Weston - byl vydán ve verzi 0.10.0. Vydána byla také verze 1.0.0 související knihovny neatvnc.
Bylo oznámeno vydání Fedora Linuxu 44. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora IoT pro internet věcí, Fedora Cloud pro cloudové nasazení a Fedora CoreOS pro ty, kteří preferují neměnné systémy. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách
… 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