Multimediální server a user space API PipeWire (Wikipedie) poskytující PulseAudio, JACK, ALSA a GStreamer rozhraní byl vydán ve verzi 1.6.0 (Bluesky). Přehled novinek na GitLabu.
UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala Ubuntu Touch 24.04-1.2 a 20.04 OTA-12.
Byla vydána (Mastodon, 𝕏) nová stabilní verze 2.0 otevřeného operačního systému pro chytré hodinky AsteroidOS (Wikipedie). Přehled novinek v oznámení o vydání a na YouTube.
WoWee je open-source klient pro MMORPG hru World of Warcraft, kompatibilní se základní verzí a rozšířeními The Burning Crusade a Wrath of the Lich King. Klient je napsaný v C++ a využívá vlastní OpenGL renderer, pro provoz vyžaduje modely, grafiku, hudbu, zvuky a další assety z originální kopie hry od Blizzardu. Zdrojový kód je na GitHubu, dostupný pod licencí MIT.
Byl představen ICT Supply Chain Security Toolbox, společný nezávazný rámec EU pro posuzování a snižování kybernetických bezpečnostních rizik v ICT dodavatelských řetězcích. Toolbox identifikuje možné rizikové scénáře ovlivňující ICT dodavatelské řetězce a na jejich podkladě nabízí koordinovaná doporučení k hodnocení a mitigaci rizik. Doporučení se dotýkají mj. podpory multi-vendor strategií a snižování závislostí na vysoce
… více »Nizozemský ministr obrany Gijs Tuinman prohlásil, že je možné stíhací letouny F-35 'jailbreaknout stejně jako iPhony', tedy upravit jejich software bez souhlasu USA nebo spolupráce s výrobcem Lockheed Martin. Tento výrok zazněl v rozhovoru na BNR Nieuwsradio, kde Tuinman naznačil, že evropské země by mohly potřebovat větší nezávislost na americké technologii. Jak by bylo jailbreak možné technicky provést pan ministr nijak nespecifikoval, nicméně je známé, že izraelské letectvo ve svých modifikovaných stíhačkách F-35 používá vlastní software.
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 162 (pdf).
Sdružení CZ.NIC, správce české národní domény, zveřejnilo Domain Report za rok 2025 s klíčovými daty o vývoji domény .CZ. Na konci roku 2025 bylo v registru české národní domény celkem 1 515 860 s koncovkou .CZ. Průměrně bylo měsíčně zaregistrováno 16 222 domén, přičemž nejvíce registrací proběhlo v lednu (18 722) a nejméně pak v červnu (14 559). Podíl domén zabezpečených pomocí technologie DNSSEC se po několika letech stagnace výrazně
… více »Google představil telefon Pixel 10a. S funkci Satelitní SOS, která vás spojí se záchrannými složkami i v místech bez signálu Wi-Fi nebo mobilní sítě. Cena telefonu je od 13 290 Kč.
Byl publikován přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Fedora 43 Asahi Remix s KDE Plasma už funguje na M3. Zatím ale bez GPU akcelerace. Vývojáře lze podpořit na Open Collective a GitHub Sponsors.
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: