Po roce vývoje od vydání verze 1.24.0 byla vydána nová stabilní verze 1.26.0 webového serveru a reverzní proxy nginx (Wikipedie). Nová verze přináší řadu novinek. Podrobný přehled v souboru CHANGES-1.26.
Byla vydána nová verze 6.2 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 13.0.14.
Byla vydána nová verze 30.0.0 frameworku pro vývoj multiplatformních desktopových aplikací pomocí JavaScriptu, HTML a CSS Electron (Wikipedie, GitHub). Chromium bylo aktualizováno na verzi 124.0.6367.49, V8 na verzi 12.4 a Node.js na verzi 20.11.1. Electron byl původně vyvíjen pro editor Atom pod názvem Atom Shell. Dnes je na Electronu postavena celá řada dalších aplikací.
Byla vydána nová verze 9.0.0 otevřeného emulátoru procesorů a virtualizačního nástroje QEMU (Wikipedie). Přispělo 220 vývojářů. Provedeno bylo více než 2 700 commitů. Přehled úprav a nových vlastností v seznamu změn.
Evropský parlament dnes přijal směrnici týkající se tzv. práva spotřebitele na opravu. Poslanci ji podpořili 584 hlasy (3 bylo proti a 14 se zdrželo hlasování). Směrnice ujasňuje povinnosti výrobců opravovat zboží a motivovat spotřebitele k tomu, aby si výrobky nechávali opravit a prodloužili tak jejich životnost.
Bylo oznámeno (cs) vydání Fedora Linuxu 40. Přehled novinek ve Fedora Workstation 40 a Fedora KDE 40 na stránkách Fedora Magazinu. Současně byl oznámen notebook Slimbook Fedora 2.
ČTK (Česká tisková kancelář) upozorňuje (X), že na jejím zpravodajském webu České noviny byly dnes dopoledne neznámým útočníkem umístěny dva smyšlené texty, které nepocházejí z její produkce. Jde o text s titulkem „BIS zabránila pokusu o atentát na nově zvoleného slovenského prezidenta Petra Pelligriniho“ a o údajné mimořádné prohlášení ministra Lipavského k témuž. Tyto dezinformace byly útočníky zveřejněny i s příslušnými notifikacemi v mobilní aplikaci Českých novin. ČTK ve svém zpravodajském servisu žádnou informaci v tomto znění nevydala.
Byla založena nadace Open Home Foundation zastřešující více než 240 projektů, standardů, ovladačů a knihoven (Home Assistant, ESPHome, Zigpy, Piper, Improv Wi-Fi, Wyoming, …) pro otevřenou chytrou domácnost s důrazem na soukromí, možnost výběru a udržitelnost.
Společnost Meta otevírá svůj operační systém Meta Horizon OS pro headsety pro virtuální a rozšířenou realitu. Vedle Meta Quest se bude používat i v připravovaných headsetech od Asusu a Lenova.
Společnost Espressif (ESP8266, ESP32, …) získala většinový podíl ve společnosti M5Stack, čímž posiluje ekosystém AIoT.
[pavlix@traveller ~]$ rpm -q NetworkManager dhclient NetworkManager-0.8.9997-1.git20110531.fc15.x86_64 dhclient-4.2.1-9.P1.fc15.x86_64A malé upozornění pro všechny, nepotřebuju pomoc ani poradit, na své síti používám pouze radvd bez DHCPv6. Blogpost má za cíl pouze konstatovat zjištěná fakta. Diskuzi samozřejmě uvítám :).
Obecně, na IPv4, je NetworkManager nesmírně pohodlný, pokud od něj chceš něco z toho, co umí.Chtěl bych od něj spolehlivě se připojovat k WiFi sítím. To neumí. Obecně na eduroamu (mnoho AP, rušení) se po čase zblázní a není schopen se připojit. Ruční použití wpa_supplicant v té samé situaci je přitom stabilní.
Chtěl bych od něj spolehlivě se připojovat k WiFi sítím. To neumí. Obecně na eduroamu (mnoho AP, rušení) se po čase zblázní a není schopen se připojit. Ruční použití wpa_supplicant v té samé situaci je přitom stabilní.Jen pozor, aby to nebylo závislé na hardware. Mimochodem potěšilo by mě, kdybys to hlásil jako bug, mělo by to jít jednoduše řešit, vzhledem k tomu, že i NetworkManager volá wpa_supplicant. Zrovna přemýšlím, jak nejlíp zahlásit (případně najít už nahlášené) toto. Mimochodem, ten problém se podle mě netýká ani tak NetworkManageru, ale buď je to chyba v DHCPv6 klientovi, nebo to může být i nějaká chyba firewallu...
https://bugzilla.redhat.com/show_bug.cgi?id=591630
NetworkManager jsem vždy vyzkoušel, zjistil, že stále skoro nic neumíTeď už umí prakticky vše, co je běžně potřeba. Na atypické věci nebude možná stačit nikdy.
(například se připojit na více VPN v jeden okamžik)Mno pokud chci dělat s VPN cokoli jiného než standardně se připojit k jedné a na tu nastavit default GW, tak na to NM ani jinou podobnou automatiku používat nebudu.
Co se týče IPv6, tak s RA jsem nikde nezaznamenal větší problém, router se ohlásil a uzel měl okamžitě IP.IP fungovala i v tomhle případě, ale s DNS byl problém.
Co nefunguje, je implementace RA v mikrotiku. Ale snad se to zlepší.S RA v Mikrotiku jsem neměl problém. Jaká verze zlobí? Jinak pokud jde o RouterOS pro IPv6, nic staršího než 5.0 mě nezajímá, vše starší je více či méně broken.
Nebudu se dohadovat o tom, co je to standardní použití VPN. Mám jich více a default gw jsem přes žádnou nikdy nesměroval.Ani není třeba.
Mám na mysli ROS5, zejména ty bety. Poslední ostrou verzi jsem nijak více netestoval. Chovalo se to tak, že se router správně ohlašoval v zadaných intervalech, ale mezi nimi nebyl schopný reagovat na Router Solicitation. Takže uzel vždy musel čekat až na další RA. Nakonec jsem interval RA snížil na minimum, takže to přiděluje IP skoro hned.Jo, tak to je docela špatná zpráva, doufám, že to bude brzo opraveno. Já doma přiděluju z OpenWRT a RouterOS je jen na routerech až za mnou. Mno uvidíme.
Když si se sítí hraju, tak obvykle NM vypnu a konfiguruju ručně :)Stejnětak bys vypnul Wicd.
Pouzivam Wicd. Neni to sice zadna vyhra, ale oproti Networkmanageru neskutecny luxus. Networkmanager padal pokazde kdyz me videl, nebo jsem jen prosel okolo.Takže když mi NM nepadá, nemá cenu, abych Wicd zkoušel? :)
Ale i o Wicd me NESKUTECNE vytaci, ze kdyz odpojim sitovej kabel za zase ho pripojim zpatky, musim sit nastavit znova.NM tuším pracuje s nějakým timeoutem, ale pochybuju, že by to stačilo na restart serveru, muselo by se to přesvědčit k delšímu čekání.
jojo, proto je lepší s tim přechodem začít dřív... až to všichni udělaj na poslední chvíli a objeví se tyhle problémy, tak jsem zvědav co s tim budou dělat :))Tomáš Podermanski to krásně vystihl na EurOpen, když potom, co oprávněně zdrbal IPv6 z bezpečnostního hlediska (zdrbal by stejně tak i IPv4, až na to, že u IPv4 už mají všichni koupená nějaká řešení), prohlásil, že nejlepší řešení všech průserů s IPv6 je nasadit ho co nejdříve.
Tiskni Sdílej: