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).
Free WiFi hotspotů je celkem dost, ale jejich kvalita je všelijaká. Často se stává, že to nefunguje, nebo se tomu musí nějak pomoct (ruční zadání adresy 192.168.1.1, abyste se dostali na stránku kde se můžete přihlásit, mělo by vás to tam přesměrovat samo, ale třeba v KFC v Brně u nádraží to dlouho nefungovalo). Rychlost a stabilita taky bývá často zoufalá.
Já jsem zatím student, takže můžu využívat síť eduroam. Stačí jedny přihlašovací údaje a můžu se bezpečně připojit prakticky na jakékoli univerzitě v Evropě, ne-li na celém světě (plus i na nějakých dalších místech, napadá mě MZK). A je tam nějaká garance, že to bude fungovat. U těch veřejných WiFi majitele nějak nic nemotivuje se příliš starat. Zaplaceno za to nedostane a tu službu v podstatě nijak negarantuje.
Mně se právě líbí ten eduroam. Je podle mě škoda, že takováhle síť neexistuje i pro normální lidi. I kdyby to mělo být placené. Kdyby tam byla garance, že to bude opravdu fungovat, nebude to nějaký polofunkční bastl majitele hospody, bude to stabilní a bude tam zaručená nějaká minimální rychlost.
A mobilní připojení asi taky není řešením, protože povětšinou ho nepoužijete v zahraničí, a minimálně 3G (s 4G neboli LTE nemám zatím zkušenost) taky nemá kdovíjakou rychlost a hlavně má dost velkou odezvu. Z mojí zkušenosti dělat něco přes SSH na 3G připojení moc nejde.
Zajímalo by mě, jestli takovýhle projekt placeného (za nějakou rozumnou cenu) roamingovaného připojení mohl být životaschopný. Sdělte mi, prosím, svoje názory.
Tiskni
Sdílej:
A mobilní připojení asi taky není řešením, protože povětšinou ho nepoužijete v zahraničíJa treba mam slovenske O2 (jeste porad) a to zrusilo roaming do CZ O2 site cca pred pul rokem. Nebyt toho, ze potrebuju, aby se mi nekdo z Cech taky dovolal a nestalo ho to miliardu, mel bych uz jenom O2 SK cislo, jelikoz maji data i volani za pakatel. A hovory do cele EU jsou za stejnou cenu, jako domaci. Celkem bych ocekaval, ze ten trend bude pokracovat a rozsiri se dal. Takze to 3G celkem resenim zacina byt
Z mojí zkušenosti dělat něco přes SSH na 3G připojení moc nejde.Z mojí zkušenosti v Praze po T-Mobilím 3G skoro nepoznám rozdíl. Horší je, že buď platíš paušál (i když to využiješ jednou za dlouho) nebo cca 5x víc za data.
root@raspberryspy:~# ping nix.cz PING nix.cz (195.47.235.3) 56(84) bytes of data. 64 bytes from info.nix.cz (195.47.235.3): icmp_req=1 ttl=93 time=46.2 ms 64 bytes from info.nix.cz (195.47.235.3): icmp_req=2 ttl=93 time=36.0 ms 64 bytes from info.nix.cz (195.47.235.3): icmp_req=3 ttl=93 time=33.9 ms 64 bytes from info.nix.cz (195.47.235.3): icmp_req=4 ttl=93 time=41.9 ms 64 bytes from info.nix.cz (195.47.235.3): icmp_req=5 ttl=93 time=39.8 ms 64 bytes from info.nix.cz (195.47.235.3): icmp_req=6 ttl=93 time=37.9 ms 64 bytes from info.nix.cz (195.47.235.3): icmp_req=7 ttl=93 time=36.3 ms 64 bytes from info.nix.cz (195.47.235.3): icmp_req=8 ttl=93 time=33.9 ms 64 bytes from info.nix.cz (195.47.235.3): icmp_req=9 ttl=93 time=32.0 ms 64 bytes from info.nix.cz (195.47.235.3): icmp_req=10 ttl=93 time=40.1 ms 64 bytes from info.nix.cz (195.47.235.3): icmp_req=11 ttl=93 time=37.7 ms ^C --- nix.cz ping statistics --- 11 packets transmitted, 11 received, 0% packet loss, time 10013ms rtt min/avg/max/mdev = 32.089/37.852/46.211/3.871 msPo několika sekundách kdy tam netečou žádná data je tam počáteční lag (možná nějaký powersave), ale jinak to nepoznám od kabelu.
PING nix.cz (195.47.235.3): 56 data bytes 64 bytes from 195.47.235.3: icmp_seq=0 ttl=90 time=612.964 ms Request timeout for icmp_seq 1 64 bytes from 195.47.235.3: icmp_seq=2 ttl=90 time=556.538 ms 64 bytes from 195.47.235.3: icmp_seq=3 ttl=90 time=579.248 ms Request timeout for icmp_seq 4 Request timeout for icmp_seq 5 64 bytes from 195.47.235.3: icmp_seq=6 ttl=90 time=647.774 ms Request timeout for icmp_seq 7 64 bytes from 195.47.235.3: icmp_seq=8 ttl=90 time=591.190 ms 64 bytes from 195.47.235.3: icmp_seq=9 ttl=90 time=512.500 ms 64 bytes from 195.47.235.3: icmp_seq=10 ttl=90 time=534.626 ms 64 bytes from 195.47.235.3: icmp_seq=11 ttl=90 time=557.499 ms 64 bytes from 195.47.235.3: icmp_seq=12 ttl=90 time=528.002 ms 64 bytes from 195.47.235.3: icmp_seq=13 ttl=90 time=500.651 ms 64 bytes from 195.47.235.3: icmp_seq=14 ttl=90 time=524.413 ms 64 bytes from 195.47.235.3: icmp_seq=15 ttl=90 time=649.517 ms Request timeout for icmp_seq 16 64 bytes from 195.47.235.3: icmp_seq=17 ttl=90 time=444.798 ms 64 bytes from 195.47.235.3: icmp_seq=18 ttl=90 time=517.537 ms 64 bytes from 195.47.235.3: icmp_seq=19 ttl=90 time=456.472 ms Request timeout for icmp_seq 20 64 bytes from 195.47.235.3: icmp_seq=21 ttl=90 time=582.667 ms 64 bytes from 195.47.235.3: icmp_seq=22 ttl=90 time=605.863 ms Request timeout for icmp_seq 23 64 bytes from 195.47.235.3: icmp_seq=24 ttl=90 time=446.542 ms 64 bytes from 195.47.235.3: icmp_seq=25 ttl=90 time=573.686 ms Request timeout for icmp_seq 26 64 bytes from 195.47.235.3: icmp_seq=27 ttl=90 time=618.664 ms 64 bytes from 195.47.235.3: icmp_seq=28 ttl=90 time=641.397 ms Request timeout for icmp_seq 29 Request timeout for icmp_seq 30 64 bytes from 195.47.235.3: icmp_seq=31 ttl=90 time=505.299 ms ^C --- nix.cz ping statistics --- 33 packets transmitted, 22 packets received, 33.3% packet loss round-trip min/avg/max/stddev = 444.798/553.993/649.517/61.175 ms
Kdyby tam byla garance, že to bude opravdu fungovatTo nejde. Jediný způsob, jak rozumně garantovat wifi je postavit spoj, nikoli jen accesspoint a tvářit se, že všem garantuju, že to bude chodit. Jinak třeba když je wifi v hospodě, tak si ho často vyzkouším ještě než si objednám nebo aspoň než objednám jídlo. Už jsem narazil na různé problémy včetně toho, že v hospodě řešili probléms připojujícími se sousedy tím, že omezili počet DHCP rezervací a tím si sousedi zaregistrovali, co bylo, a na návštěvníky nezbylo.