Sniffnet je multiplatformní aplikace pro sledování internetového provozu. Ke stažení pro Windows, macOS i Linux. Jedná se o open source software. Zdrojové kódy v programovacím jazyce Rust jsou k dispozici na GitHubu. Vývoj je finančně podporován NLnet Foundation.
Byl vydán Debian Installer Trixie RC 2, tj. druhá RC verze instalátoru Debianu 13 s kódovým názvem Trixie.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za červen (YouTube).
Libreboot (Wikipedie) – svobodný firmware nahrazující proprietární BIOSy, distribuce Corebootu s pravidly pro proprietární bloby – byl vydán ve verzi 25.06 "Luminous Lemon". Přidána byla podpora desek Acer Q45T-AM a Dell Precision T1700 SFF a MT. Současně byl ve verzi 25.06 "Onerous Olive" vydán také Canoeboot, tj. fork Librebootu s ještě přísnějšími pravidly.
Licence GNU GPLv3 o víkendu oslavila 18 let. Oficiálně vyšla 29. června 2007. Při té příležitosti Richard E. Fontana a Bradley M. Kuhn restartovali, oživili a znovu spustili projekt Copyleft-Next s cílem prodiskutovat a navrhnout novou licenci.
Svobodný nemocniční informační systém GNU Health Hospital Information System (HIS) (Wikipedie) byl vydán ve verzi 5.0 (Mastodon).
Open source mapová a navigační aplikace OsmAnd (OpenStreetMap Automated Navigation Directions, Wikipedie, GitHub) oslavila 15 let.
Vývojář Spytihněv, autor počítačové hry Hrot (Wikipedie, ProtonDB), pracuje na nové hře Brno Transit. Jedná se o příběhový psychologický horor o strojvedoucím v zácviku, uvězněném v nejzatuchlejším metru východně od všeho, na čem záleží. Vydání je plánováno na čtvrté čtvrtletí letošního roku.
V uplynulých dnech byla v depu Českých drah v Brně-Maloměřicích úspěšně dokončena zástavba speciální antény satelitního internetu Starlink od společnosti SpaceX do jednotky InterPanter 660 004 Českých drah. Zástavbu provedla Škoda Group. Cestující se s InterPanterem, vybaveným vysokorychlostním satelitním internetem, setkají například na linkách Svitava Brno – Česká Třebová – Praha nebo Moravan Brno – Břeclav – Přerov – Olomouc.
Byla vydána nová verze 8.7.0 správce sbírky fotografií digiKam (Wikipedie). Přehled novinek i s náhledy v oficiálním oznámení (NEWS). Nejnovější digiKam je ke stažení také jako balíček ve formátu AppImage. Stačí jej stáhnout, nastavit právo ke spuštění a spustit.
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.
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.
Tiskni
Sdílej: