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).
Webový prohlížeč Dillo (Wikipedie) byl vydán ve verzi 3.3.0. S experimentální podporou FLTK 1.4. S příkazem dilloc pro ovládání prohlížeče z příkazové řádky. Vývoj prohlížeče se přesunul z GitHubu na vlastní doménu dillo-browser.org (Git).
Byl publikován přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Vývojáři v přehledu vypíchli vylepšenou instalaci, podporu senzoru okolního světla, úsporu energie, opravy Bluetooth nebo zlepšení audia. Vývoj lze podpořit na Open Collective a GitHub Sponsors.
raylib (Wikipedie), tj. multiplatformní open-source knihovna pro vývoj grafických aplikací a her, byla vydána ve verzi 6.0.
Dobry den,
chci se zeptat jestli nevite o nejake utilite (nejlepe pro Debian), ktera by hlidala stav jednoho (primarniho) pripojeni k Internetu a pokud toto pripojeni nejde, provoz preklopit na zalohu ?.
Router (Debian) je pripojen primarnim spojeni k Internetu (wifi). Dale mam rozchozeno pripojeni k netu pres ISDN, ktere by melo fungovat pouze pri vypadku primarniho spojeni.
V podstate se jedna o to, kdyz spadne hlavni linka vykonat 2 shell prikazy a kdyz se linka obnovi vykonat jine 2 shell prikazy.
Existuje neco nebo mam psat vlastni skript ?
Dekuji
Myslím, že netplugd je přesně to co hledáš.
Dekuji za tip,
ale myslim si ze to pro me neni uplne ono, nebot
netplugd is a daemon that responds to network link events from the Linux kernel, such as a network interface losing or acquiring a carrier signal.
- samozrejme, pokud bych chtel hlidat primo eth rozhrani routeru tak ano. Takovy pripad u me moc casto nenastane (aby nekdo prisel a vytahnul eth kabel)
- s tim takovy problem nemam ( router je v rozvadeci). Daleko castejsi je pripad, kdy nejede linka ISP. To znamena napr. nepingam na default GW.
- v tomto pripade se na net nedostanu treba ze eth rozhrani je UP (protoze je pichnut do switche).
Spis bych potreboval monitorovat nejakou verejnou IP adresu (napr. sla by wifi brana ISP) a pokud by nejakou dobu neodpovidala vykonat 2 nebo 3 prikazy.
Ted me napada, ze by to asi zvladnul nagios. Ale prijde mi to jako zbytecne robustni reseni.
Neco jednodussiho ?
if [ `ping nekam.org |grep "najdi vysledek to funguje, treba packet lost"` -lt 50 ]; then
echo "nic nedelam";
else
echo "prepinam interface, mazu default route, nastavim novou";
fi;
ps: nerucim za syntax, nezkousel sem, psano z hlavy
Principiálně stejný postup používáme pro přepínání mezi kabelem UPC a ADSL bluetonu. Má to pár úskalí - najít vhodný spolehlivý server u providera, který je dostatečně daleko (aby se kontrolovala co největší část cesty k internetové bráně providera), ale je na něj méně hopů než z druhého rozhraní - na tuto hranici naladit time-to-live pingu. Provider v tomto logicky nijak nepomáhá a je to trochu o laborování. Někdy ping funguje, ale pro běžný provoz linka stejně použitelná není a hodilo by se přepnutí.
Když to člověk rozchodí, začne laborovat s více routovacími tabulkami, aby např. ssh brány a SMTP server byly zvenku přístupné přes obě linky současně, chce přes záložní linku pouštět určité služby, aby se taky využila její placená kapacita, a začne se to komplikovat. Přiznám se, že zatím jsem to nedokázal udělat dostatečně robustní.
Tiskni
Sdílej: