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).
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).
route -n Směrovací tabulka v jádru pro IP Adresát Brána Maska Přízn Metrik Odkazů Užt Rozhraní 0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 eth0 10.6.6.6 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 192.168.0.0 0.0.0.0 255.255.255.0 U 1 0 0 eth0 127.0.0.0 127.0.0.1 255.0.0.0 UG 0 0 0 lo1) Jak přidat směrování na ip 23.63.64.89 pomocí adaptéru ppp0? 2) Jak změnit metriku pro ppp0 na třeba hodnotu 10, protože jinak se zdá že síť celkově laguje. Děkuji za reakce.
route add -host 23.63.64.89 gw 10.6.6.6 dev ppp0 23.63.64.89 10.6.6.6 255.255.255.255 UGH 0 0 0 ppp0 celkově tedy: route -n Směrovací tabulka v jádru pro IP Adresát Brána Maska Přízn Metrik Odkazů Užt Rozhraní 0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 eth0 10.6.6.6 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 192.168.0.0 0.0.0.0 255.255.255.0 U 1 0 0 eth0 23.63.64.89 10.6.6.6 255.255.255.255 UGH 0 0 0 ppp0 127.0.0.0 127.0.0.1 255.0.0.0 UG 0 0 0 loTakto se stále systém připojuje přes eth0.
"man IP" funguje, ale to už raději snad "man route"
Ne, to raději ne. Už třináct let ne.
Takto se stále systém připojuje přes eth0.
Co znamená "systém připojuje"? Že nějaké pakety s cílovou adresou 23.63.64.89 odcházejí přes eth0?
route add -host 23.63.64.89 gw 10.6.6.6 dev ppp0
ip route add 23.63.64.89 via 10.6.6.6 dev ppp0
ip route showZde jsou moje routy přidány přes route -add popsány pomocí "via" etc.
ip funguje na jádrech 2.2 a vyšších vždy správně. ifconfig/route se snaží emulovat chování jádra 2.0 – v některých případech se to podaří dobře (z toho jsou pak ty hlášky v diskuzích „mě funguje ifconfig/route správně“), v některých případech to funguje tak napůl a mate to uživatele, v některých případech je to úplně špatně (třeba ifconfig nezobrazí všechny přidělené IP adresy, route nezobrazí všechny routovací záznamy). Rozlišit, o který případ se jedná, není snadné – takže je lepší v Linuxu vždy používat ip a mít správné výsledky. Příklady třeba zde: Zkusme mluvit - aneb proč (mimojiné) nepoužívat ifconfig...
ip route add 23.63.64.0/24 via 10.6.6.6 dev ppp0
23.63.64.89/24 je teoreticky správně a je ekvivalentní 23.63.64.0/24. Z důvodu přehlednosti se ale raději pro označení sítě používá nejmenší adresa v síti, v tomto případě tedy ta s nulou na konci. Maska sítě nemusí být násobek 8, třeba síť 192.168.1.12–192.168.1.15 se označuje jako 192.168.1.12/30.
2) Jak změnit metriku pro ppp0 na třeba hodnotu 10, protože jinak se zdá že síť celkově laguje.
S vaší směrovací tabulkou nemá smysl nastavovat metriku, protože ta má význam pouze pokud máte dvě položky pro stejný cílový rozsah.
route add -host 23.63.64.89 gw 10.6.6.6 dev ppp0funguje vše jak má, tedy na tuto konrétní adresu přistupuji přes jiný adaptér. Děkuji za rady. Každopádně pokud není problém v metrice, vzhledem k adresnímu rozsahu, tak nějak nechápu lag při přístupu na internet. Mám aktivní dvě připojení, ale pouze jedno jako "UG", tak proč otevření každé stránky trvá několik sekund?. Já jsem tento problém vyřešil lokální cache DNS, ale je to spíše náplast nežli řešení. Nějaký nápad?
To "otevření stránky" je ve skutečnosti dost komplexní operace, která se skládá z několika kroků, přičemž každý z nich může za určitých okolností způsobovat prodlevu. Aby bylo možné určit, kde přesně prodleva vzniká, bylo by dobré izolovat problém. Můžete např. zkusit
Případně můžete zkusit monitorovat síťovou komunikaci wiresharkem a z časového odstupu jednotlivých paketů by mělo být patrné, kde prodleva (nebo její podstatná část) vzniká.
Tiskni
Sdílej: