Po osmi měsících vývoje byla vydána nová verze 0.16.0 programovacího jazyka Zig (Codeberg, Wikipedie). Přispělo 244 vývojářů. Přehled novinek v poznámkách k vydání.
Nejnovější X.Org X server 21.1.22 a Xwayland 24.1.10 řeší 5 bezpečnostních chyb: CVE-2026-33999, CVE-2026-34000, CVE-2026-34001, CVE-2026-34002 a CVE-2026-34003.
Po roce vývoje od vydání verze 1.28.0 byla vydána nová stabilní verze 1.30.0 webového serveru a reverzní proxy nginx (Wikipedie). Nová verze přináší řadu novinek. Podrobný přehled v souboru CHANGES-1.30.
Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2026-04-13. Přehled novinek poznámkách k vydání. Nově ve výchozím nastavení příkaz sudo vyžaduje heslo.
Společnost Blackmagic Design oznámila vydání verze 21 svého proprietárního softwaru pro editování videí a korekci barev DaVinci Resolve běžícího také na Linuxu. Z novinek je nutno vypíchnout možnost editování fotografií. Základní verze DaVinci Resolve je k dispozici zdarma. Plnou verzi DaVinci Resolve Studio lze koupit za 295 dolarů.
Multipatformní renderovací jádro webového prohlížeče Servo je na crates.io. S vydáním verze 0.1.0 (LTS).
Nadace FreeBSD Foundation před týdnem oznámila projekt Laptop Integration Testing. Vyzvala dobrovolníky, aby pomocí nástroje otestovali podporu FreeBSD na svých zařízeních a výsledky odeslali vývojářům. Vznikla stránka Nejlepší notebooky pro FreeBSD.
Na začátku srpna vstoupí v účinnost nová evropská pravidla transparentnosti pro umělou inteligenci (AI). Zavádějí povinnost jakýkoli AI obsah označit, informovat o takzvaných deepfakes a upozornit uživatele, že komunikuje s umělou inteligencí. Cílem opatření je omezit šíření manipulativního či klamavého obsahu, zvýšit důvěru v digitální prostředí a chránit uživatele.
Connor Byrne z USA používal pro přihlašování na svůj iPhone 13 s iOS 18 heslo obsahující háček. Po aktualizaci na iOS 26.4 se už ale do telefonu nepřihlásí. Při přihlašování nelze tento háček zadat. Apple jej prostě odstranil [The Register].
Linus Torvalds vydal jádro Linux 7.0. Podrobný výčet změn je ke zhlédnutí na stránce Kernel Newbies, stručné výběry v LWN (část první, druhá).
Už jsem viděl všelijaké obezličky(nechci říkat dementní řešení) různých řešení na RoS, které neumí nativně řešit, ale tato spadá určitě do Top 10. Proboha, co furt všichni řešíte? Vždyť je to obyčejný embedded GNU/Linuxový systém i s BASHem a ne žádný kouzelný a tajemný blackbox.
to sice je pravda, ale ne kazdej ma potrebu to hackovat.
Zato dávat si práci s takovými dirty mechanismy nikomu nevadí. Nač něco dělat jednoduše, když to jde i složitě?
navic naprosta vetsina vseho co se da na tiku nastavit se da nastavit mnohem jednoduseji a rychleji nez na cistem linuxu. Navic potesi i rozsireny ovladac pro atherosy ktery umi veci, ktere madwifi proste neumi. Proto ho asi pouzivame radeji nez cisty linux.
Neprotestuju, ale o tomto se vůbec nebavím.
Nač něco dělat jednoduše, když to jde i složitě
Mi přijde jednodušší nahrát jeden sw balíček co si stáhnu od dodavatele, udělat reboot a zadat dva příkazy. Někomu jinému zas přijde jednoduší do RouterOS hackovat bash (jestli jsem to dobře pochopil, jde o kompilaci, uložení do filesystému a off-line změny v RouterOS tak, aby initd spouštěl bash přístupný na nějakém TCP portu). Ještě že máme tu svobodu si vybrat
.
Navíc pro používání WDT1LPT jen bash nestačí, je zapotřebí zkompilovat i ten miniprográmek pro paralelní port. A do toho jsem se nehodlal pouštět.
Jinak mi vsude staci jednoduchej skript kterej si pingne okolo sebe a pokud nema odpoved pak se resne. Podle pocitadla se to zatim nerestartovalo, jen na jednom miste se to deje tak 1-2x do mesice (podezrivam samotny routerboard, ale je to na komine a nikomu se tam neche lezt).
Nechci do toho kecat, ale RoS obsahuje nativní Watchdog. Sice to nemá GNU/Hurd jako jádro a HW resetátor je HW resetátor, ale IHMO lepší než rebootovat při ztrátě spojení.
BTW: Nevím jak kdo, ale já nic takového nepoužívám, protože když už něco spadne tak mi přijde lepší o tom být informován abych mohl zjistit proč se tak stalo. Přece jen rebbotovat a o nic se nestarat při jakékoliv chybě mi přijde jako pěkně debilní způsob řešení problémů z jistého operačního systému.
Nechci do toho kecat, ale RoS obsahuje nativní Watchdog. Sice to nemá GNU/Hurd jako jádro a HW resetátor je HW resetátor, ale IHMO lepší než rebootovat při ztrátě spojení.
WDT1LPT není určen pro detekci ztráty spojení, je určen pro detekci selhání operačního systému. A to selhání nemusí být nutně vinou samotného systému. V našem případě jde primárně o selhání (zákus) hardware vlivem vysoké teploty. Nastává to zřídka a WDT1LPT je rozhodně lepší než k tomu fyzicky chodit.
BTW: Nevím jak kdo, ale já nic takového nepoužívám, protože když už něco spadne tak mi přijde lepší o tom být informován abych mohl zjistit proč se tak stalo. Přece jen rebbotovat a o nic se nestarat při jakékoliv chybě mi přijde jako pěkně debilní způsob řešení problémů z jistého operačního systému.
Být informován o selhání routeru nemusíte být jenom tím, že to nejede a musíte to tedy "okamžitě" řešit. Informaci o rebootu můžete z routeru dostat třeba mailem a je jen na vás jak s ní naložíte. Ale o tom tento zápisek nebyl.
V našem případě jde primárně o selhání (zákus) hardware vlivem vysoké teploty.
Když se to stane, jaká je šance, že za půlminuty se to neuvaří znovu?
Když se to stane, jaká je šance, že za půlminuty se to neuvaří znovu?
Asi záleží na tom co se přehřeje (jaká komponenta) a dělá problémy. Původně jsem si myslel, že to budou série restartů v časech mírně nad tiemout resetátoru, či že to po resetu nenaběhne vůbec. V praxi to však většinou bývá jen jeden restart. Na jedné lokalitě jich bývávalo více a řešili jsme to změnou a přeskupením technologie.
WDT1LPT není určen pro detekci ztráty spojení, je určen pro detekci selhání operačního systému.
Vždyť to watchdog také. Je to jaderný modul, který pokud nedostane od user-space démona do určitého časového limitu signál, natvrdo rebootuje systém.
A to selhání nemusí být nutně vinou samotného systému. V našem případě jde primárně o selhání (zákus) hardware vlivem vysoké teploty. Nastává to zřídka a WDT1LPT je rozhodně lepší než k tomu fyzicky chodit.
No já teda nevím, ale řešit přehřátí restartem?
Být informován o selhání routeru nemusíte být jenom tím, že to nejede a musíte to tedy "okamžitě" řešit. Informaci o rebootu můžete z routeru dostat třeba mailem a je jen na vás jak s ní naložíte. Ale o tom tento zápisek nebyl.
Jasně, proto jsem řekl, že HW resetátro je HW resetátor.
Jinak mi vsude staci jednoduchej skript kterej si pingne okolo sebe a pokud nema odpoved pak se resne
A k čemu přesně je tohle dobrý? Když to vytuhne do toho stavu, že to ani není schopný pingat, proč by to mělo být schopné se samo restartovat?
Treba se rozbije jen wifi driver. U madwifi i u hostap se mi obcas stalo, ze se master dostal do stavu, kdy nebyl ochoten komunikovat s klienty, ale jinak system bez problemu fungoval. V takovem stavu je 'pingaci watchdog', ktery pri problemu resetuje (v mem pripade jen kartu) jednoduche reseni.
Mně se to stalo několikrát i u Mikrotiků, obzvláště pokud měli navázáno několik IPsec tunelů a procesor nestíhal kryptovat. V tom případě šel za chvíli celý Mikrotik do kytek.
Tiskni
Sdílej: