Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma. V Týdnu v GNOME je zmíněn flatpak balíček pro GIMP 0.54.1 z roku 1996. Jedná se o poslední verzi GIMPu postavenou nad toolkitem Motif.
Home Assistant Operating System, tj. linuxová distribuce optimalizována pro hostování Home Assistanta a jeho aplikací, byl vydán v nové major verzi 18.0.
Po šestiletém úsilí byla z jádra Linux odstraněna funkce strncpy(). Všechna předchozí volání této funkce byla převedena na bezpečnější alternativy.
Byla vydána nová verze 261 správce systému a služeb systemd (Wikipedie, GitHub). Z novinek lze vypíchnout nový subsystém IMDS (Cloud "Instance Metadata Service"), nový příkaz storagectl nebo novou komponentu systemd-sysinstall.
Vývojové prostředí Qt Creator bylo vydáno ve verzi 20 (seznam změn). Novinky zahrnují hlavně rozšíření pro integraci LLM agentů nebo minimalistický editační režim uživatelského rozhraní („zen mode“).
Už jste se prolétli na webu Google Earth? Přibyl tam Simulátor letu (Nástroje / Simulátor letu). Funguje i bez účtu Google [𝕏].
Byla vydána nová verze 4.7 (𝕏, Bluesky, Mastodon) multiplatformního open source herního enginu Godot (Wikipedie, GitHub). Přehled novinek i s náhledy v příspěvku na blogu.
Mastodon (Wikipedie) - sociální síť, která není na prodej - byl vydán ve verzi 4.6. Přehled novinek s náhledy v oznámení na blogu.
V Edici CZ.NIC, knižní řady správce české národní domény, vychází nová kniha Martina Malého Kódy, buildy, firmwary. Autor po půl roce od vydání předchozího titulu přichází se svou již sedmou knihou, tentokrát zaměřenou na vývoj programového vybavení pro embedded zařízení. Publikace s podtitulem Základy vývojářského řemesla pro tvůrce hobby elektroniky nabízí praktického průvodce pro všechny, kdo své projekty vytvořené s Arduinem
… více »V Brně na FIT VUT probíhá dvoudenní open source komunitní konference DevConf.CZ 2026. Na programu je celá řada zajímavých přednášek, lightning talků, meetupů a workshopů. Přednášky lze sledovat i online na YouTube kanálu konference. Aktuální dění lze sledovat na Matrixu, 𝕏 nebo Mastodonu.
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:
