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 »David Malcolm se na blogu vývojářů Red Hatu rozepsal o vybraných novinkách v GCC 16, jež by mělo vyjít v nejbližších dnech. Vypíchnuta jsou vylepšení čitelnosti chybových zpráv v C++, aktualizovaný SARIF (Static Analysis Results Interchange Format) výstup a nová volba experimental-html v HTML výstupu.
Byla vydána verze R14.1.6 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Jon Seager z Canonicalu včera na Ubuntu Community Hubu popsal budoucnost AI v Ubuntu. Dnes upřesnil: AI nástroje budou k dispozici jako Snap balíčky, vždy je může uživatel odinstalovat. Ve výchozím nastavení budou všechny AI nástroje používat lokální AI modely.
Nový ovladač Steam Controller jde do prodeje 4. května. Cena je 99 eur.
Greg Kroah-Hartman začal používat AI asistenta pojmenovaného gkh_clanker_t1000. V commitech se objevuje "Assisted-by: gkh_clanker_t1000". Na social.kernel.org publikoval jeho fotografii. Jedná se o Framework Desktop s AMD Ryzen AI Max a lokální LLM.
Ubuntu 26.10 bude Stonking Stingray (úžasný rejnok).
Doporučte mi NAS, který udrží interní čas/datum po výpadku napájení.
Důležité při vytváření záloh.
Nejlépe osazené diskem s kapacitou od 2 do 4TB. RAID nepotřebuji. Stejně kupuji dva a poběží současně na dvou lokalitách.
Po pět dní mi dva dotazovaní výrobci Synology a WD nejsou schopni odpovědět.
V současnosti používaný NAS WD MyCloud WDBCTL0040HWT při krátkodobém výpadku ztrácí interní čas a datum.
Synchronizace přes službu NTP nechci => NTP nenabízejte. Jsou s ní nějaké trvalé problémy přes hlavní router. Už jsem to zkoušel.
Řešení dotazu:
Jsou s ní nějaké trvalé problémy přes hlavní router. Už jsem to zkoušel.Co to vyřešit? Co získávat čas přes nějaký protokol, který ti funguje?
server 0.cz.pool.ntp.org server 1.cz.pool.ntp.org server 2.cz.pool.ntp.org server 3.cz.pool.ntp.orgViz: Czech Republic — cz.pool.ntp.org
.Doporučte mi NAS, který udrží interní čas/datum po výpadku napájení.Konkrétní nedoporučím, ale počítače (včetně specializovaných), které čas drží a nedrží se liší se liší v tom, jestli v sobě mají nebo nemají pro tento účel baterku. Když si NAS budeš stavět sám, asi není problém se podívat, zda na desce baterka je. Nejsem si ovšem zcela jistý, zda se nesnažíš řešit zástupný problém.
V současnosti používaný NAS WD MyCloud WDBCTL0040HWT při krátkodobém výpadku ztrácí interní čas a datum.Nejspíše se tak děje proto, že výrobce neshledal užitečným čas po dobu výpadku držet, a nespíš proto, že není problém ho při startu nastavit z externího zdroje, stejně jako není problém výpadky do značné míry eliminovat.
Synchronizace přes službu NTP nechci => NTP nenabízejte.Přesně to ti logicky nabídneme jako první. Je to standardní a všeobecně uznávaný protokol, který je schopný zajistit jak počáteční získání času z externího zdroje, tak jeho dlouhodobou synchronizaci. Nevidím jediný důvod, proč se takovému řešení vyhýbat.
Jsou s ní nějaké trvalé problémy přes hlavní router.Pokud s ní jsou trvalé problémy přes hlavní router, můžeš to řešit následujícími způsoby. 1) Zajistit odstranění chyby z hlavního routeru. Výhoda tohoto řešení je v tom, že tím pomůžeš i všem ostatním zařízením s podporou NTP, nevýhoda je, že pokud sedí na prameni žába (na routeru debil), nemusí být toto řešení možné. 2) Synchronizovat čas z jiného dostupného zdroje nezasáhnutého problémem hlavního routeru. Takový zdroj ovšem musí mít vlastnosti, které NASu chybí, ať už jde o eliminaci výpadků, držení času pomocí baterie nebo schopnost se nějakým způsobem synchronizovat.
Už jsem to zkoušel.Nestačí zkoušet, je potřeba používat hlavu.
Jen bych dodal, že pokud UDP paket na port 123 projde přes router, tak bude chyba jinde. A to se dá testnout iJsou s ní nějaké trvalé problémy přes hlavní router.Pokud s ní jsou trvalé problémy přes hlavní router, můžeš to řešit následujícími způsoby. 1) Zajistit odstranění chyby z hlavního routeru. Výhoda tohoto řešení je v tom, že tím pomůžeš i všem ostatním zařízením s podporou NTP, nevýhoda je, že pokud sedí na prameni žába (na routeru debil), nemusí být toto řešení možné. 2) Synchronizovat čas z jiného dostupného zdroje nezasáhnutého problémem hlavního routeru. Takový zdroj ovšem musí mít vlastnosti, které NASu chybí, ať už jde o eliminaci výpadků, držení času pomocí baterie nebo schopnost se nějakým způsobem synchronizovat.
traceroute s uvedeným protokolem/portem
Tiskni
Sdílej: