Před 30 lety, tj. v úterý 30. dubna 1996, byl spuštěn Seznam.cz.
Byly zpracovány a zveřejněny všechny videozáznamy, které stojí za zveřejnění, z konference FOSDEM 2026.
Od úterý 28. dubna musí nově uváděné notebooky v Evropské unii podporovat nabíjení přes USB-C. Jednotná nabíječka byla schválena Evropským parlamentem v říjnu 2022.
Byly publikovány informace o kritické zranitelnosti CVE-2026-31431 pojmenované Copy Fail v Linuxu, konkrétně v kryptografii (AF_ALG). Běžný uživatel může získat práva roota (lokální eskalaci práv). Na všech distribucích Linuxu vydaných od roku 2017. Pomocí 732bajtového skriptu. V upstreamu je již opraveno. Zranitelnost byla nalezena pomocí AI Xint Code.
Textový editor Zed dospěl do verze 1.0. Představení v příspěvku na blogu.
Vývojáři svobodného 3D softwaru Blender představili (𝕏, Mastodon, Bluesky) nejnovějšího firemního sponzora Blenderu. Je ním společnost Anthropic stojící za AI Claude a úroveň sponzoringu je Patron, tj. minimálně 240 tisíc eur ročně. Anthropic oznámil sponzorství v tiskové zprávě Claude for Creative Work.
VNC server wayvnc pro Wayland kompozitory postavené nad wlroots - ne GNOME, KDE nebo Weston - byl vydán ve verzi 0.10.0. Vydána byla také verze 1.0.0 související knihovny neatvnc.
Bylo oznámeno vydání Fedora Linuxu 44. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora IoT pro internet věcí, Fedora Cloud pro cloudové nasazení a Fedora CoreOS pro ty, kteří preferují neměnné systémy. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách
… více »David Malcolm se na blogu vývojářů Red Hatu rozepsal o vybraných novinkách v GCC 16, jež by mělo vyjít v nejbližších dnech. Vypíchnuta jsou vylepšení čitelnosti chybových zpráv v C++, aktualizovaný SARIF (Static Analysis Results Interchange Format) výstup a nová volba experimental-html v HTML výstupu.
Byla vydána verze R14.1.6 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Ahoj všem, po dlouhé době se na něco zeptám...
Mám tu problém, můj domácí server (routující net domácí síti) se chová dle mého naprosto nepochopitelně a už opravdu ani netuším čím by to mohlo být, a protože víc hlav víc ví, snad na to nějak přijdeme.
Takže, máme tu tedy stroj, budeme mu říkat router, ten má v sobě 2 síťové karty:
INTERNET----ETH0-------ETH2--------DOMÁCÍ SÍŤ
Problém je v tom, že každou chvíli (někdy je to po minutě, jindy po deseti) jakoby vytuhne spojení - nejde se dostat dále než za ETH0.
Mé poznatky:
Takto se to začalo chovat po restartu serveru, před tím běžel několik měsíců naprosto bez problému (a byl také několikrát restartován).
Před tím a potom co to začalo dělat se hw neměnil, taktéž ani sw (prostě to jelo, potom restart serveru a nejelo...).
Zvláštní je, že pokud je eth2 odpojená, tedy kabel venku a síť shozená (ifconfig eth2 down), tak připojení je naprosto v pořádku, pokud jen vytáhnu kabel a neshodím síť padá to.
Zvláštní je, že onen výpadek se netýká jen serveru, ale i ostatních zařízení nad ním, pro představu podrobnější nákres :
INTERNET----ISP---MŮJ PANELÁK/SWITCH---ROUTER
Tekže, když vezmu notes k onomu switchi který se nachází v suterénu našeho paneláku, připojím se tak se to chová jako když jsem za routerem - padá to, ovšem, pokud kabel vedoucí do mého bytu (do routeru) odpojím ze switche tak připojení je najednou naprosto stabilní.
Nepomohl reinstall systému.
Nepomohl reset biosu.
Nepomohla výměna síťové karty která routuje domácí síť.
Zkoušel jsem už snad úplně vše co mě napadlo, a vůbec nemám tušení co s tím je. Když kabel z toho switche co vede ze suterénu napíchnu přímo do notesu, tak připojení jede naprosto v pořádku, tedy, problém bude na 99% v serveru.
Je tam debian lenny. Kdyby vás cokoli napadlo, jakákoli drobnost, budu rád, už si s tím lámu hlavu asi týden a dost mě to vytáčí.
Kdo mi to pomůže vyřešit má u mě pivo/čokoládu
Děkuju.
Řešení dotazu:
Tím to asi nebude, nic kolem toho se před/po výpadku nemělnilo...
Vlastně, nedávno jsem aktualizoval jádro, ale už si nevzpomínám jestli to bylo před tím nebo potom co to začlo padat...
Podle tcpdumpu toho tam běhá docela dost, vypisuje to cca 30 záznamů za sekundu, v naprosté většině jsou to arp požadavky netýkající se serveru, dotazuje se to postupně všech strojů v rozsahu 85.207.x.x pořát dokola.
Nemám tušení
Dobře, teď jsem nemocný, takže nehrozí že bych k tomu switchi mohl jít, ale jak mi bude lépe tak zkusím ten jejich vyměnit za nějaký svůj.
A ano, chová se to tak, že pokud do toho switche připojím svůj stroj a na něj je aktivní eth2 tak to padá i všem na tom switchi, pokud eth2 je neaktivní (ifconfig eth2 down, vytáhnout kabel) tak net jede v pořádku.
"nejde se dostat za eth0" znamená, že se pingnu ne eth0 ale už nikam dál, ani na defaultní bránu, ani na jiná zařízení na tom switchi, prostě dál než za eth0 se ty pakety nedostanou
Tím to nejspíše není, při přepnutí eth0 na half duplex se to zastaví úplně, po několika sekundách to přepne zase na full, navíc, když jsem odpojil eth2 tak se za celou noc do netu poslalo (úmyslně - ping) 38 000 paketů, z toho se ztratilo asi 50, když je eth2 zapojená a nahozená tak se ztrácí 20-50% paketů
Kolize kterých zařízení? Na pozici eth2 jsem vyměnil už 3 síťovky a když do eth2 navedu net a eth0 vede do domácí sítě, chová se to naprosto stejně...
Tak vyřešeno, nakonec bylo řešení mnohem jednodušší než jsem předpokládal.
Stačilo změnit ip síťovky eth2 na 10.0.0.1 (a zařízení na ni připojené samozřejmě přenastavit).
Takže problém byl v kolizi ip adres mé lokální sítě (respektive eth2), protože isp přiděloval ip adresy zákazníkům v rozsahu 192.168.x.x - stejné adresy jako já jsem používal v lokální síti.
Jsem blbec, mělo mě to napadnou, ale nedošlo mi to...
každopádně moc díky za snahu, a jak jsem slíbil, jdu na pivo a cestou si koupím čokoládu :)
Tiskni
Sdílej: