Byla vydána nová verze 17 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
Open source 3D herní a simulační engine Open 3D Engine (O3DE) byl vydán v nové verzi 25.05.0. Přehled novinek v poznámkách k vydání. Nově je implementováno standardizované simulační rozhraní ROS (Robot Operating System) 2.
Nejnovější X.Org X server 21.1.17 a Xwayland 24.1.7 řeší 6 bezpečnostních chyb: CVE-2025-49175, CVE-2025-49176, CVE-2025-49177, CVE-2025-49178, CVE-2025-49179 a CVE-2025-49180. Nils Emmerich je nalezl koncem března a dnes publikoval detaily.
Desktopové prostředí KDE Plasma bylo vydáno ve verzi 6.4 (Mastodon). Přehled novinek i s videi a se snímky obrazovek v oficiálním oznámení. Podrobný přehled v seznamu změn.
UN Open Source Week 2025 probíhá tento týden v sídle Organizace spojených národů v New Yorku. Středeční a čtvrteční jednání bude možné sledovat na UN Web TV.
Byla vydána nová verze 2.50.0 distribuovaného systému správy verzí Git. Přispělo 98 vývojářů, z toho 35 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání.
Infrastrukturu pro chatovací aplikaci Telegram provozuje člověk s vazbami na ruské zpravodajské služby. Upozorňují na to investigativní novináři z redakce iStories. „Vedneev dodává služby ruskému státu včetně jeho jaderného institutu nebo zpravodajské službě FSB,“ říká v podcastu Antivirus novinář Jan Cibulka. Uživatelům, kteří si chtějí své informace chránit, doporučuje Telegram vůbec nepoužívat, a raději zvolit jednu z alternativ, WhatsApp nebo Signal.
The Trump Organization spustila ve Spojených státech mobilní síť Trump Mobile s neomezeným tarifem The 47 Plan za 47,45 dolarů měsíčně a představila vlastní značku telefonů The T1 Phone s Androidem za 499 dolarů.
Vývojáři KiCadu se na svém blogu rozepsali o problémech KiCadu v desktopových prostředích nad Waylandem. KiCad běží, ale s významnými omezeními a problémy, které podstatně zhoršují uživatelský komfort a vývojáři je nedokážou vyřešit na úrovni KiCadu. Pro profesionální používání doporučují desktopová prostředí nad X11.
Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
Dobrý den,
Vím, že tento dotaz bych měl směřovat rovnou na svého poskytovatele připojení, ale vzhledem ke zkušenostem s neschopností jejich podpory bych rád nejprve slyšel názor někoho, kdo ví o čem je řeč.
Můj problém nastává především ve večerních hodinách, tedy ve špičce. Projevuje se tak, že nejdou navazovat nové TCP spojení. Konkrétně odejde SYN packet, ale nevrátí se vůbec nic. Pokud se přecijen spojení podaří navázat (cca 1 z 20), až do odpojení přenáší data beze ztrát a plnou rychlostí. Stejně bezproblémově funguje UDP a ICMP.
Nejsem za NATem (od poskytovatele), mám veřejnou ip adresu a problém přetvrává i pokud připojím jen jeden počítač přímo do internetu.
Určitě to není problém počítače - děje se to na více počítačích s Linuxem i s Windowsama.
Na mé straně je ještě AP v režimu klienta připojené na přípojný bod poskytovatele. Pro jistotu jsem ho také zkoušel restartovat - bez výsledku.
Může být problém u mě, nebo je na vině poskytovatel? A čím by to mohlo být? Je možné že poskytovatel žene TCP komunikaci skrz nějaký filtr (?) a ten se zahlcuje, nebo něco takového? Předpokládám, že pokud by na cestě do internetu byly už jen obyčejné routery (směrující na úrovni ip paketů), nemůže k takovému problému dojít..
Předem děkuji za tipy, Michal Srb.
Tohle je tak obecny problem, ze na nej nelze odpovedet. Na prvni pohled by se mohlo zdat, ze nejaky sitovy prvek poskytovatele dovrsil ve vecernich hodinach sveho maximalniho poctu spojeni a vic nezvladne.
Ale v realu to, ze se na SYN nevrati ACK packet muze byt zpusobeno daleko vice vecmi. Namatkou treba muze pouzivat ISP nejaky QoS s maximalnim poctem spojeni na klienta/klienty. Pokud to dela v urcitych hodinach vice, tak to muze byt spatny signal na wifi zpusobeny externim rusenim.
Zkuste prvne otestovat spojeni (napr. pingem) kam az je to v poradku (PC - switch - wifi client - wifi AP - ISP - wan), testovat spojeni mezi prvnim a poslednim clankem nic nevypovida.
Tohle je tak obecny problem, ze na nej nelze odpovedet.
Uvádím všechna fakta, která mám.
Pokud to dela v urcitych hodinach vice, tak to muze byt spatny signal na wifi zpusobeny externim rusenim.
Zkuste prvne otestovat spojeni (napr. pingem) kam az je to v poradku (PC - switch - wifi client - wifi AP - ISP - wan), testovat spojeni mezi prvnim a poslednim clankem nic nevypovida.
Jen upřesním co už jsem psal výše: Ping kamkoli do internetu po celou dobu funguje výborně, stejně tak jakékoli UDP spojení. Takže rušením signálu to určitě není. Jako workaround úspěšně používám UDP tunel na jeden server venku.
Dám tedy dotaz na poskytovatele jestli nepoužívá nějaké společné limity na počet TCP spojení..
Napadá Vás ještě nějaká jiná příčina než úmyslné omezení?
Jak uz jsem psal vyse:
testovat spojeni mezi prvnim a poslednim clankem nic nevypovida.
Predpokladam, ze AP poskytovatele snad neni napojene primo do nixu, tak aspon zjistete kam az se ze sveho PC bezproblemu dostanete. Napsat, ze se nedostanete do internetu by ani poskytovateli zrovna 3x moc nepomohlo pri reseni problemu.
Aha, nějak mě nedošlo, že se dá trasovat i pomocí TCP, nejen ICMP.. Teď už je moc pozdě a vše funguje jak má, až to zase bude zlobit tak to zkusím. Snad se dozvím něco užitečného.
Zatím děkuju za nakopnutí. 
Na mé straně je ještě AP v režimu klienta připojené na přípojný bod poskytovatele.
To moc na UPC na prvni pohled nevypada....
Nene, je to malej nejmenovanej poskytovatel pripojeni skrz wifi.
Vymenit router by me bohuzel asi nepomohlo, dela to i bez nej, kdyz se pripojim primo. 
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz