Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).
Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.
Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Bylo vydáno Eclipse IDE 2026-03 aneb Eclipse 4.39. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Ze systému Slavia pojišťovny uniklo přibližně 150 gigabajtů citlivých dat. Jedná se například o pojistné dokumenty, lékařské záznamy nebo přímou komunikaci s klienty. Za únik může chyba dodavatelské společnosti.
Sněmovna propustila do dalšího kola projednávání vládní návrh zákona o digitální ekonomice, který má přinést bezpečnější on-line prostředí. Reaguje na evropské nařízení DSA o digitálních službách a upravuje třeba pravidla pro on-line tržiště nebo sociální sítě a má i víc chránit děti.
Meta převezme sociální síť pro umělou inteligenci (AI) Moltbook. Tvůrci Moltbooku – Matt Schlicht a Ben Parr – se díky dohodě stanou součástí Meta Superintelligence Labs (MSL). Meta MSL založila s cílem sjednotit své aktivity na poli AI a vyvinout takovou umělou inteligenci, která překoná lidské schopnosti v mnoha oblastech. Fungovat by měla ne jako centralizovaný nástroj, ale jako osobní asistent pro každého uživatele.
Byla vydána betaverze Fedora Linuxu 44 (ChangeSet), tj. poslední zastávka před vydáním finální verze, která je naplánována na úterý 14. dubna.
Po záhadě s kernel-based klientem pro ISATAP, kterou jsem nevyřešil (přesněji řečeno vzdal a nainstaloval Miredo) je tu další problém.
Mám server, který má přístup do IPv6 pomocí 6to4. Souží v lokální síti jako router ISATAP, aby se všichni z lokální IPv4 sítě mohli taky dostat na IPv6. (Vnitřní síť nemůže používat přímo IPv6, protože WiFi router to nepodporuje.)
Potud všechno funguje. Stránky typu http://www.ipv6.org/ jasně potvrzují, že ze serveru i z klientů za NATem se dá dostat na IPv6. (Až na to, že route vyprší za 1800 sekund a nelze to nastavit jinak. (Grrr!!!))
Pak ale nechápu, proč mi nefunguje ping6 ::1. Co může být špatně? Nevrací to žádnou chybovou hlášku. Pakety prostě někde mizí.
Nechci sem hned dávat sáhodlouhé výpisy filtrovacích tabulek a síťových zařízení. (Doplním je až na vyžádání, napadne-li někoho, čím by to mohlo být.) Používám iptables i ip6tables. V obou případech je icmp (resp. icmpv6) povolen. Pokud jsem to dobře pochopil, v iptables pro IPv4 stačí pouze propouštět protokol, ve kterém jsou IPv6 pakety tunelovány. Detaily už zařídí ip6tables, které pracují s virtuálními zařízeními. (Výjimkou je například lo.) Nenapadá mě žádný důvod, proč by ping na localhosta neměl fungovat. Jinak se chová normálně. Můžu pingnout adresy ostatních rozhraní i jiných počítačů, a to v IPv4 i IPv6.
Ne, ani takhle to nefungovalo. Ale teď už to naštěstí funguje na všechny možné způsoby. Vypnul jsem všechna rozhraní, vyčistil jsem routovací tabulky a když jsem dal ip -6 link set lo up, fungovalo to. Automaticky vygenerované záznamy v routovací tabulce, ke kterým se člověk dostane jedině přes route -A inet6 -n, ovšem vypadaly navlas stejně jako předtím. Strávil jsem zbytečně několik hodin nastavováním route, priorit a kdovíčeho ještě. Asi byl potřeba důslednější přístup...
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz