UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala Ubuntu Touch 24.04-2.0 a 24.04-1.4. Nová verze 24.04-2.0 již počítá s výřezy pro fotoaparát (notch) a zaoblenými rohy displeje. Webový prohlížeče Morph přešel z Chromia 87 na Chromium 134. Do shellu Lomiri byl přidán editor snímků obrazovky.
Byly zveřejněny informace o kritické zranitelnosti CVE-2026-64600 pojmenované RefluXFS (technické detaily) v XFS. Je tam již od verze Linuxu 4.11, tj. rok 2017. Jedná se o lokální eskalaci práv. Neprivilegovaný uživatel může editovat libovolný soubor, například klidně zrušit rootovské heslo v /etc/passwd. Videoukázka na Vimeo. V upstreamu je zranitelnost opravena.
OpenAI / ChatGPT má dnes výpadky (OpenAI Status, DownDetector).
Poskytovatel hostingu svobodných/open-source projektů Codeberg po hlasování na valné hromadě vydal stanovisko k využívání LLM. Kvůli vytěžování infrastruktury a rostoucím cenám hardwaru, ale také hrozbám pro spolupráci v komunitě se k LLM staví kriticky. Nebude poskytovat hosting projektů vytvářených LLM agenty.
Jack Dorsey představil (𝕏) open source týmovou komunikační platformu Buzz (GitHub) s cílem snížit závislost na Slacku a GitHubu.
Poštovní klient Thunderbird byl vydán v nové verzi 153 s kódovým názvem Meadow. Jedná se o ESR (Extended Support Release) vydání. Přehled novinek v poznámkách k vydání. Vylepšuje OAuth. Thundermail lze používat bez instalace doplňku.
AI tento rok naplno vtrhla do vývoje softwaru a výrazně ovlivňuje také open source projekty. Jiří Eischmann v příspěvku Jak mění AI open source na svém blogu rozebírá několik trendů, které v open source v poslední době v souvislosti s AI pozoruje, a jak tyto trendy svět otevřeného softwaru mění (Inflace projektů, Zahlcení kontroly, Klesající motivace zveřejňovat kód).
Evropská komise (EK) vyměřila americké internetové společnosti Google pokutu 890 milionů eur (21,5 miliardy Kč) za porušení unijního nařízení o digitálních trzích (DMA). Firma se podle unijní exekutivy provinila tím, že ve vyhledávači Google Search upřednostňovala vlastní služby a že podnikům ukládala omezení, která jim bránila nasměrovat spotřebitele k alternativním, často levnějším nákupním kanálům na platformě Google Play.
… více »Samsung na akci Galaxy Unpacked July 2026 (YouTube) představil své nové telefony Galaxy Z Fold8 Ultra, Fold8 a Flip8, hodinky Galaxy Watch Ultra2 a Watch9 a chytré brýle ve spolupráci s Gentle Monster a Warby Parker.
Po pěti letech vývoje vyšla česká počítačová hra Scarlet Deer Inn (ProtonDB). Scarlet Deer Inn je vyšívaná temná středověká pohádka. Zatímco život ve zdánlivě obyčejné vesnici se točí kolem běžných povinností a sousedských drbů, v podzemí se skrývají zlověstná tajemství.
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: