Canonical vydal (email) Ubuntu 26.10 Stonking Stingray. Přehled novinek v poznámkách k vydání. Jedná se o průběžné vydání s podporou 9 měsíců, tj. do července 2027.
České Radiokomunikace (CRA) ve čtvrtek odstřelily rozhlasový vysílač Liblice B, dosud nejvyšší stavbu v Česku. O demolici dvou 355 metrů vysokých stožárů rozhodly z důvodu jejich nevyužívání, už v úterý přitom zhasly a demontovaly jejich osvětlení.
Microsoft Defender nově podporuje linuxové desktopy.
Oficiální Epic Games Launcher je v nové preview verzi poprvé dostupný i pro Linux (FAQ). Pracuje se na novém Easy Anti-Cheatu pro Linux (EAC Linux v2) a podpoře hry Fortnite na Linuxu.
Desktopové prostředí KDE Plasma bylo vydáno ve verzi 6.8. Novinky zahrnují lepší podporu vzdálené plochy, sdílení a nahrávání obrazovky a řadu drobností napříč uživatelským rozhraním (úplný seznam změn, shrnutí ve wiki).
Apple představil 7palcový displej Apple HomeView s podporou Apple Intelligence a Siri AI pro ovládání chytré domácnosti, novou řadu vybavení chytré domácnosti Apple Home Collection, další generaci HomePodu mini a novou Apple TV 4K. Apple HomeView není v Evropské unii v prodeji, jelikož umělá inteligence Siri v rámci systému iOS v EU momentálně není k dispozici. Apple spolupracuje s EU a snaží se najít cestu, jak situaci vyřešit.
KDE slaví 30 let. Přesně před 30 lety, 14. října 1996, poslal Matthias Ettrich do diskusní skupiny comp.os.linux.misc zprávu, která započala historii projektu KDE. Důležité milníky jsou zobrazeny na časové ose.
Byl vydán Mozilla Firefox 158.0. Stejně jako Chrome 155 s podporou JPEG XL (test). Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 158 bude brzy k dispozici také na Flathubu a Snapcraftu.
Svobodný kancelářský balík ONLYOFFICE (Wikipedie) byl vydán ve verzi 10.0. Jak online Docs, tak i offline Desktop Editors. Přehled novinek také na YouTube.
Mozilla představuje Firefox Enterprise určený jako podnikový prohlížeč pro organizace s přísnými požadavky na bezpečnost, správu a dodržování předpisů. S profesionální podporou. Dostupný je zatím ve Francii, Německu, Rakousku a Švýcarsku.
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