Textový editor Zed dospěl do verze 1.0. Představení v příspěvku na blogu.
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).
tftp> connect 192.168.1.240 tftp> status Connected: 192.168.1.240 port 69 Mode: octet Verbose: off Trace: off Options tsize: disabled blksize: disabled timeout: disabled multicast: disabled mtftp variables client-port: 76 mcast-ip: 0.0.0.0 listen-delay: 2 timeout-delay: 2 Last command: connect 192.168.1.240 tftp> verbose Verbose mode on. tftp> get gez.txt Overwite local file [y/n]? y timeout: retrying... timeout: retrying... timeout: retrying... timeout: retrying... timeout: retrying... timeout: retrying... tftp: abortingna win desktope to jde:
C:\Users\marcelius>tftp 192.168.1.240 GET gez.txt Transfer successful: 116 bytes in 1 second(s), 116 bytes/sNevite nekdo kde muze byt zadrhel?
Vyzkousel si binary ?
tftp> connect 192.168.1.1 tftp> binary tftp> rexmt 1 tftp> timeout 60 tftp> put dd-wrt.vXX_XXX.XXX Sent 1769472 bytes in 9.0 seconds
(to) 192.168.1.240 tftp> verbose Verbose mode on. tftp> binary mode set to octet tftp> rexmt 1 tftp> timeout 60 tftp> status Connected to 192.168.1.240. Mode: octet Verbose: on Tracing: off Literal: off Rexmt-interval: 1 seconds, Max-timeout: 60 seconds tftp> get gez.txt getting from 192.168.1.240:gez.txt to gez.txt [octet] Transfer timed out.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
16.7.2012 15:12
12:44:29.368854 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 43)
ticket.35270 > 192.168.1.240.tftp: [udp sum ok] 15 RRQ "gez.txt" netascii
12:44:34.369916 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 43)
ticket.35270 > 192.168.1.240.tftp: [udp sum ok] 15 RRQ "gez.txt" octet
Strilim od boku, jen proto, ze jsem driv narazil taky na zahadny problem s tftp pri bootovani po siti. Bylo to ale na FreeBSD se sitovou kartou zalozenou na realteku. V jejim driveru nefungoval v nekterych situacich spravne checksum offloading. Pomohlo ho vypnout.
TomasTak to je zvlastni. Ty stroje, ze kterych to nejde jsou ve stejne siti, jako ta windows, ze kterych to jde? Co vyzkouset odchytit komunikaci windows napr. wiresharkem a porovnat to s tcpdumpem z nektereho z nefunkcnich stroju?
To uz si proverim.
Diki moc za rady.
Tiskni
Sdílej:
