Svobodný multiplatformní herní engine Bevy napsaný v Rustu byl vydán ve verzi 0.20. Díky 227 přispěvatelům.
Simon Long oznámil Raspberry Pi Desktop pro PC a Mac s Intelem postavený na aktualizovaném Debianu 13 Trixie. S klientem Raspberry Pi Connect pro vzdálenou správu. Ke stažení je vedle Raspberry Pi OS pro Raspberry Pi.
ESP32-C3 adblock přemění lacinou vývojovou desku ESP32‑C3 na samostatný DNS blokovač nejenom reklamních domén, minimalistickou alternativu k populárnímu Pi-hole. ESP32-C3 adblock místo objemných názvů domén ukládá jejich 40-bitové FNV-1a hashe do flash paměti, které pak binárně prohledává, kontrola jedné domény trvá přibližně 10 milisekund. Blocklist pojme až 537 tisíc domén a lze jej spravovat přes webové rozhraní. Projekt zatím
… více »ArtCraft je sada open source aplikací pro práci s obrázky a videi "inspirovaných" aplikacemi od Adobe. Napsaných v Rustu. Pro MacOS, Windows i Linux. Běží také ve webovém prohlížeči. Aktuálně se jedná o 7 aplikací: PhotoCraft (Photoshop), VectorCraft (Illustrator), FilmCraft (Premiere Pro), LightCraft (Lightroom), PdfCraft (Acrobat), EffectCraft (After Effects) a DesignCraft (InDesign). Zdrojové kódy jsou k dispozici na GitHubu.
Strands Decider 2B je malý open-source model s 2 miliardami parametrů, určený k rychlé klasifikaci vstupů a rozhodování mezi možnostmi, generující odpovědi ve stylu modelu Jev. Strands dosáhl přibližně 72% shody s Jevem na veřejné testovací sadě JevBench (tento benchmark pochopitleně nepředstavuje přímé srovnání s modelem Jev). Zdrojové kódy jsou k dispozici na GitHubu pod licencí Apache-2.0, váhy modelu na Hugging Face.
Ve věku 90 let zemřela americká softwarová inženýrka Margaret Hamiltonová, která vedla tým, jenž vyvíjel letový software pro program Apollo amerického Národního úřadu pro letectví a vesmír (NASA).
Japonský Google rozšířil svou kolekci DYI fyzických klávesnic Gboard o klávesnici ve tvaru běžícího pásu. Proč se mají přesouvat ruce po klávesnici, když se mohou přesouvat klávesy k ruce? Pro zájemce je návod na sestavení včetně STL souborů pro 3D tisk a firmware k dispozici na GitHubu.
Nejnovější X.Org X server 21.1.25 a Xwayland 24.1.14 řeší 12 bezpečnostních chyb.
Google Chrome 155 byl prohlášen za stabilní. Přináší podporu JPEG XL (.jxl). Opraveno bylo 247 bezpečnostních chyb.
Konference OpenAlt 2026 hledá přednášející. Přihlásit přednášky lze do neděle 11. října. Konference proběhne o víkendu 7. a 8. listopadu na půdě Fakulty informačních technologií VUT v Brně. Témata konference jsou: Otevřený a svobodný software, IoT a Hnutí tvůrců, Vzdělávání, Bezpečnost a soukromí, Otevřená společnost, komunity a data, OpenMobility a další.
Poradite mi prosim, co zkusit, jak se dopatrat toho, kde je problem a jak ho vyresit?wireshark, traceroute, ip r, …
Ale nevim, co mam sledovat wiresharkem a jakou syntaxe pouzit pro traceroute a ip r, abych zjistil, kde je problem, kde se to ztraci, staci mne jen trochu nasmerovat
On Linux, you need to have "packet socket" support enabled in your kernel. Your distribution might enable this by default in the kernel; most recent versions of distributions do so. If it does not, see the "Packet socket" item in the Linux "Configure.help" file.
Aha, zacina se to nejak komplikovat
Musim tomu nejak pomoct, abych je videl?
Kdyz se ke stejnemu VPN uctu pripojim z jineho zarizeni s jinym OS, nebo dokonce stejneho NB s Win7, tak se nic nerozesere = linux a potazmo volba IPSEC v nastaveni sitoveho pripojeni k VPN, mi rozhodi sit
Tak koho jineho z toho obvinit?
Psal jsem tady, co to dela, ale nikdo nic.
Tak jsem zavrel firefox a nastalo komunikacni ticho... semtam nejakej keepalive nat paket a porad nejake sede STP pakety na routerboard, ale jinak ticho. No a otevrel jsem si links, protoze ten negeneruje bordel a zadal do nej URL meho serveru v praci. Naskocil DNS paket, preklad na ip, to je OK, ale potom jenom 2x UDPENCAP paket (neco okolo IPSEC) a jedne ESP paket, taky neco kolem IPSEC a pak nic... spojeni se nanavaze. Podotykam, ze nejsem pripojen k VPN a jsem zrovna ve fazi, kdy mi nebezi spojeni do prace. Sranda je, ze kdyz si pingnu na server.prace.cz tak se prelozi ip a ping normalne jede, 1mS. Takze spojeni je, ale nefici to.
Tady jsem skoncil, nevim co dal, jak zjistit, proc se proste links se serverem v praci nespoji. Nevim, co hledat, proc se to spojeni nenavaze a proc mi tam litaj nejaky IPSEC pakety, kdyz v zadnem IPSEC tunelu nejsem, nebo bych aspon nemel byt
ip a - zistis, ake mas sietove rozhrania a pripadne pridelene ip adresy
ip r - zistis aktualne routovacie tabulky
oba prikazy si spust pred tunelom, pocas tunela a po odpojeni z vpn a porovnaj vysledky
pre kazde rozhranie si otvor samostatny terminal a spust:
tcpdump -vvvn -i SIETOVE_ROZHRANIE
a skus ten links na firemny web a sleduj kam co pojde. pripadne skus ping, traceroute a ine...
petr@T400:~$ route Směrovací tabulka v jádru pro IP Adresát Brána Maska Přízn Metrik Odkaz Užt Rozhraní default 192.168.2.1 0.0.0.0 UG 0 0 0 eth0 192.168.2.0 * 255.255.255.0 U 1 0 0 eth0 petr@T400:~$ petr@T400:~$ petr@T400:~$ petr@T400:~$ route Směrovací tabulka v jádru pro IP Adresát Brána Maska Přízn Metrik Odkaz Užt Rozhraní default * 0.0.0.0 U 0 0 0 ppp0 xxx-xxx-xx-xxx. 192.168.2.1 255.255.255.255 UGH 0 0 0 eth0 192.168.2.0 * 255.255.255.0 U 1 0 0 eth0 192.168.10.1 * 255.255.255.255 UH 0 0 0 ppp0Je to OK? xxx je ip adresa routeru v praci. Je to vypis pred pripojenim k vpn a po pripojeni k vpn.
petr@T400:~$ ip r default via 192.168.2.1 dev eth0 proto static 192.168.2.0/24 dev eth0 proto kernel scope link src 192.168.2.14 metric 1 petr@T400:~$ petr@T400:~$ petr@T400:~$ petr@T400:~$ ip r default dev ppp0 proto static xxx.xxx.xx.xxx via 192.168.2.1 dev eth0 proto static 192.168.2.0/24 dev eth0 proto kernel scope link src 192.168.2.14 metric 1 192.168.10.1 dev ppp0 proto kernel scope link src 192.168.10.102
Tiskni
Sdílej: