Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 7.0.0. Pro sandboxing se na Linuxu nově používá Landlock místo Bubblewrap. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.
Správce fotografií Shotwell byl vydán ve verzi 33.0 (GitLab). Hlavní novinkou v tomto vydání po dvou letech je přechod na GTK4.
Na YouTube byly publikovány videozáznamy přednášek a na Flickru fotografie z konference EuroPython 2026.
Byl vydán Debian 13.7, tj. sedmá opravná verze Debianu 13 s kódovým názvem Trixie. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Jiří Eischmann se v příspěvku Fiasko jménem W Social na svém blogu věnuje evropské sociální síti W: "W Social je příkladem toho, že se problémy sociální sítí nedají řešit od exekutivního stolu. Když na začátku tohoto roku v Davosu oznámili vznik nové sociální sítě W Social, politici se mohli přetrhnout ve chvalozpěvech. Konečně evropská sociální síť a ještě s ověřením identity. … Jak se ukázalo, když v Davosu W Social oznamovali, neměli kromě
… více »Výrobce hardwarových kryptoměnových peněženek Trezor upozorňuje na bezpečnostní incident u společnosti Brevo, kterou využívá k odesílání newsletterů. Útočník na e-mailové adresy odeslal phishingový e-mail.
Clement "Clem" Lefebvre publikoval souhrn dění v Linux Mintu za srpen 2026. Aplikace XApp mají vlastní webovou stránku xapp-project.org. Představena byl čtečka EPUB s názvem Xepub a kalendář Clockenstein.
Byla vydána nová verze 3.2.6 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
Bylo vydáno Ubuntu 24.04.5 LTS, tj. páté opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na poznámkách k vydání.
Švýcarsko testuje přechod z Microsoft 365 na FOSS, konkrétně balík openDesk (Wikipedie) od německé státní společnosti ZenDiS (Wikipedie), s cílem posílit digitální suverenitu.
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: