NVIDIA vydala nativního klienta své cloudové herní služby GeForce NOW pro Linux. Zatím v beta verzi.
Open Gaming Collective (OGC) si klade za cíl sdružit všechny klíčové projekty v oblasti linuxového hraní počítačových her. Zakládajícími členy jsou Universal Blue a Bazzite, ASUS Linux, ShadowBlip, PikaOS a Fyra Labs. Strategickými partnery a klíčovými přispěvateli ChimeraOS, Nobara, Playtron a další. Cílem je centralizovat úsilí, takže namísto toho, aby každá distribuce udržovala samostatné opravy systému a podporu hardwaru na
… více »V kryptografické knihovně OpenSSL bylo nalezeno 12 zranitelností. Opraveny jsou v upstream verzích OpenSSL 3.6.1, 3.5.5, 3.4.4, 3.3.6 a 3.0.19. Zranitelnosti objevila společnost AISLE pomocí svého autonomního analyzátoru.
Desktopové prostředí Xfce bude mít vlastní kompozitor pro Wayland s názvem xfwl4. V programovacím jazyce Rust s využitím stavebních bloků z projektu Smithay jej napíše Brian Tarricone. Úprava stávajícího xfwm4 tak, aby paralelně podporoval X11 i Wayland, se ukázala jako špatná cesta.
Desktopové prostředí KDE Plasma 6.8 poběží už pouze nad Waylandem. Vývojáři, kteří s rozhodnutím nesouhlasí, vytvořili fork KDE Plasma s názvem SonicDE (Sonic Desktop Environment) s cílem zachovat a vylepšovat podporu X11.
Byla vydána nová stabilní verze 7.8 dnes již jedenáctiletého webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 144. Přehled novinek i s náhledy v příspěvku na blogu.
GNU gettext (Wikipedie), tj. sada nástrojů pro psaní vícejazyčných programů, dospěl do verze 1.0. Po více než 30 letech vývoje. Přehled novinek v souboru NEWS.
Chris Kühl (CEO), Christian Brauner (CTO) a Lennart Poettering (Chief Engineer) představili svou společnost Amutable. Má přinést determinismus a ověřitelnou integritu do linuxových systémů.
Byla vydána (𝕏) nová verze 26.1 open source firewallové a routovací platformy OPNsense (Wikipedie). Jedná se o fork pfSense postavený na FreeBSD. Kódový název OPNsense 26.1 je Witty Woodpecker. Přehled novinek v příspěvku na fóru.
Deník TO spustil vlastní zpravodajský webový portál ToHledej.CZ s internetovým vyhledávačem a bezplatnou e-mailovou schránkou. Dle svého tvrzení nabízí 'Zprávy, komentáře, analýzy bez cenzury' a 'Mail bez šmírování a Velkého bratra'. Rozložením a vizuálním stylem se stránky nápadně podobají portálu Seznam.cz a nejspíše je cílem být jeho alternativou. Z podmínek platformy vyplývá, že portál využívá nespecifikovaný internetový vyhledávač třetí strany.
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: