K 1. lednu 2026 končí 70leté omezení majetkových autorských práv děl autorů zesnulých v roce 1955, viz 2026 in public domain. V americkém prostředí vstupují do public domain díla z roku 1930, viz Public Domain Day.
Všem vše nejlepší do nového roku 2026.
Crown je multiplatformní open source herní engine. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT a GPLv3+. Byla vydána nová verze 0.60. Vyzkoušet lze online demo.
Daniel Stenberg na svém blogu informuje, že po strncpy() byla ze zdrojových kódů curlu odstraněna také všechna volání funkce strcpy(). Funkci strcpy() nahradili vlastní funkcí curlx_strcopy().
Byla vydána nová verze 25.12.30 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
Společnost Valve publikovala přehled To nej roku 2025 ve službě Steam aneb ohlédnutí za nejprodávanějšími, nejhranějšími a dalšími nej hrami roku 2025.
Byly publikovány výsledky průzkumu mezi uživateli Blenderu uskutečněného v říjnu a listopadu 2025. Zúčastnilo se více než 5000 uživatelů.
V dokumentově orientované databázi MongoDB byla nalezena a v upstreamu již opravena kritická bezpečností chyba CVE-2025-14847 aneb MongoBleed.
Při úklidu na Utažské univerzitě se ve skladovacích prostorách náhodou podařilo nalézt magnetickou pásku s kopií Unixu V4. Páska byla zaslána do počítačového muzea, kde se z pásky úspěšně podařilo extrahovat data a Unix spustit. Je to patrně jediný známý dochovaný exemplář tohoto 52 let starého Unixu, prvního vůbec programovaného v jazyce C.
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: