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.
Nové verze AI modelů. Společnost OpenAI představila GPT‑5.5. Společnost DeepSeek představila DeepSeek V4.
15.12.2010 11:57
dan.h | skóre: 8
| blog: K8_blog
| okr. Písek, město Čimelice, obec Nerestce
Umožňuje protokol TCP, abych do packetu napsal routu, kudy chci packet poslat, včetně NATu?
řekněme kdyby to bylo možné, poslal bych packet na domácí router, další adresa by byla nějaký větší routovací server na páteřní síti providera, následovaly by adresy pár routerů na páteřní síti, další adresa router providera který poskytuje připojení domácnosti/firmě kde je cílový počítač, pak (pokud má cílový domácí router veřejnou IP) router v cílovém místě, nakonec adresa konkrétního stroje za NATem.
10.0.0.138 (muj router)
85.71.1.1 (fiktivní router providera)
200.23.101.2 (fiktivní router na páteřní síti)
...(pár adres)
92.45.22.17 (veřejná IP domácího routeru)
192.168.0.10 (cílový PC za NATem)
Výhodu bych viděl v tom, že bych mohl směrovat packety za NAT bez VPN a páteřní routery by nemuseli tolik hledat kam má packet přijít - prostě by si ho doručily na "kraj" páteřní sítě a dál by routery četly adresy z packetu.
Řešení dotazu:
Pokud si to ve své síti povolíte, bude Vám to fungovat. V dnešním veřejném internetu IMO ani náhodou...
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz