Agent umělé inteligence Claude Opus ignoroval uživatelovu odpověď 'ne' na dotaz, zda má implementovat změny kódu, a přesto se pokusil změny provést. Agent si odpověď 'ne' vysvětlil následovně: Uživatel na mou otázku 'Mám to implementovat?' odpověděl 'ne' - ale když se podívám na kontext, myslím, že tím 'ne' odpovídá na to, abych žádal o svolení, tedy myslí 'prostě to udělej, přestaň se ptát'.
Po 8. květnu 2026 už na Instagramu nebudou podporované zprávy opatřené koncovým šifrováním. V chatech, kterých se bude změna týkat, se objeví pokyny o tom, jak si média nebo zprávy z nich stáhnout, pokud si je chcete ponechat.
V lednu byla ve veřejné betě obnovena sociální síť Digg (Wikipedie). Dnes bylo oznámeno její ukončení (Hard Reset). Společnost Digg propouští velkou část týmu a přiznává, že se nepodařilo najít správné místo na trhu. Důvody jsou masivní problém s boty a silná konkurence. Společnost Digg nekončí, malý tým pokračuje v práci na zcela novém přístupu. Cílem je vybudovat platformu, kde lze důvěřovat obsahu i lidem za ním. Od dubna se do Diggu na plný úvazek vrací Kevin Rose, zakladatel Diggu z roku 2004.
MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.
Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.
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.
Na webových stránkách červnové konference Internet a Technologie 11 jsou k dispozici prezentace a jejich videozáznamy. Součástí této akce byl i živý „koncert“ Chrise van Fossena z Hurricane Electric. Ten nejen že prezentoval, ale také na závěr prvního dne představil svoji píseň IPv6 Heartbreak.
Tiskni
Sdílej:
Jasně, kdyby mi něco nešlo vůbec, tak se snažím řešit, čím to je. Jenže v tomhle případě zadám mcedit soubor přes SSH a to spojení spadne - tcpdump ukazuje, že žádné pakety nepřichází, na vzdáleném serveru nestat ukáže, že to spojení má nějaký kilobajt nepotvrzených odchozích dat, načež to celé vytimeoutuje.
A pak, aniž bych něco měnil, najednou všechno OK. Proto jsem na to rezignoval, prostě podezřívám ten tunel od NICu, čas od času (když to nejede vůbec) si na kompu zruším default route pro IPv6 a čekám na nativní IPv6...
Neuspěl jenom test na IPv6-only DNS, předpokládám, že to MTU je v testu "large packets", který ohlásil "ok"
MTU je nastavené na 1280 - někde jsem dohledal, že by mohlo pomoct tu hodnotu snížit, tak jsem to zkusil a je fakt, že se problémy objevují méně častěji.Jsi si jistý, že obě strany vidí MTU stejně?
Tak nějak jsem si myslel, že malé MTU u mě by vadit nemělo, protože by se taky mělo vrátit Packet Too Big... to jsem se zjevně spletl.To je dost častý problém, zvlášť na IPv4 s DF bitem. Chybové pakety se často nevrací, nebo dokonce nemůžou vracet. Tunel IPv6 v IPv4 je někdy schopný posbírat problémy obou protokolů, zvlášť pokud jde o MTU. Podle mě potřebuješ nastavit shodné MTU (třeba těch nouzových 1280) na obou stranách.
Každopádně teď to (alespoň na první pohled) s MTU 1480 na sit0 funguje, uvidíme, jak dlouho to vydrží (jsem přesvědčen o tom, že takhle nastavené to už jednou bylo a fungovalo to blbě). Každopádně díky za tip.Uvidíš.
Podle mě potřebuješ nastavit shodné MTU (třeba těch nouzových 1280) na obou stranách.Ten tunel je 6to4 od NICu, druhou stranu nastavit nemůžu...
Tunel od NICu? Znamená to, že na odchozí cestu používáš přímo jejich IPv4?No jejich, je to anycast (192.88.99.1), takže to může jít kdekam, ale když pominu pár dní poté, co to spustili, tak vždycky, když jsem se koukal na traceroute, to končilo u nich.
A pak, aniž bych něco měnil, najednou všechno OK. Proto jsem na to rezignoval, prostě podezřívám ten tunel od NICu, čas od času (když to nejede vůbec) si na kompu zruším default route pro IPv6 a čekám na nativní IPv6...U nás je naštěstí nativní IPv6.
P.S.: Kde je Petr Tomášek, jaktože ještě netrolluje?neboj, už jsem tady