Přímý přenos (YouTube) z konference LinuxDays 2026, jež probíhá tento víkend v Praze v prostorách FIT ČVUT. Na programu je spousta zajímavých přednášek.
Byla vydána nová verze 0.17.0 programovacího jazyka Zig (Codeberg, Wikipedie). Přispělo 206 vývojářů. Přehled novinek v poznámkách k vydání.
Open-source projekt OpenDLSS-NR je 'bitově přesná reimplementace' neuronové rendrovací sítě DLSS 5 od společnosti NVIDIA, jenže pro grafické API Vulkan (DLSS slouží k vylepšování klasickým způsobem vyrendrovaných snímků pomocí lokálních modelů umělé inteligence, a to v reálném čase). Projekt není nijak spojen se společností NVIDIA, je pouze pro OS Windows a natrénované váhy modelu si uživatelé musí obstarat sami. Zdrojový kód je k dispozici na GitHubu, pod licencí MIT s výjimkou pro komponenty třetích stran.
Společnost Cloudflare představila Clef a Clef-Flash, open-source rozhodovací modely určené pro rychlou a konzistentní klasifikaci vstupů. Na rozdíl od klasických LLM vracejí tyto modely deterministické striktně typované strukturované odpovědi s exaktními pravděpodobnostmi, tedy odpovědi ve stylu přelomového modelu Jev.
… více »Byla vydána beta verze Ubuntu 26.10 s kódovým názvem Stonking Stingray. Přehled novinek v poznámkách k vydání. Dle plánu by Ubuntu 26.10 mělo vyjít 15. října 2026.
Byla vydána verze 1.99.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Od 13. do 15. října proběhne v Praze OpenSSL Conference 2026. Na YouTube lze zhlédnout videozáznamy přednášek z loňského roku.
Eben Upton oznámil další zdražení jednodeskových počítačů Raspberry Pi. Tentokrát 2 GB varianty o 12,50 dolarů. Nově 2 GB Raspberry Pi 4 stojí 67,50 dolarů a 2 GB Raspberry Pi 5 stojí 77,50 dolarů.
OpenMandriva ROME, tj. průběžně aktualizovaná (rolling) edice linuxové distribuce OpenMandriva, byla vydána ve verzi 26.09. Vedle Flatpaku také s podporou Snapu.
Edison Design Group po více než 30 letech zveřejnil zdrojový kód svého EDG C/C++ front-endu. Ten proslul širokou podporou standardů C++ a kompatibilitou s dialekty kompilátorů od Microsoftu, GNU, Clangu, Sunu a dokonce i s prehistorickým cfrontem. EDG byl použit například v kompilátoru Intel C++ Classic, kompilátoru NVCC od firmy NVIDIA pro platformu CUDA nebo v našeptávači kódu IntelliSense v produktech společnosti Microsoft. Projekt nyní spravuje organizace The C++ Alliance a kód je dostupný pod licencí Apache 2.0, doplněnou o výjimky projektu LLVM.
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.
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: