Byla vydána verze 7.0 open source platformy pro správu vlastního cloudu OpenNebula (Wikipedie). Kódový název nové verze je Phoenix. Přehled novinek v poznámkách k vydání v aktualizované dokumentaci.
E-mailový klient Thunderbird byl vydán ve verzi 140.0 ESR „Eclipse“. Jde o vydání s dlouhodobou podporou, shrnující novinky v upozorněních, vzhledu, správě složek a správě účtů. Pozor, nezaměňovat s průběžným vydáním 140.0, které bylo dostupné o týden dříve.
Organizace Video Games Europe reprezentující vydavatele počítačových her publikovala prohlášení k občanské iniciativě Stop Destroying Videogames.
Společnost Raspberry Pi nově nabzí Raspberry Pi Camera Module 3 Sensor Assembly, tj. samostatné senzorové moduly z Raspberry Pi Camera Module 3.
Cathode Ray Dude v novém videu ukazuje autorádio Empeg Car (později Rio Car) z let 1999–2001. Šlo o jeden z prvních přehrávačů MP3 do auta. Běží na něm Linux. Vyrobeno bylo jen asi pět tisíc kusů, ale zůstala kolem nich živá komunita, viz např. web riocar.org.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.7.
Wayland byl vydán ve verzi 1.24.0. Jde o menší vydání po více než roce. Více funkcionality bývá přidáváno v průběžných vydáních Wayland Protocols.
Textový editor Geany byl vydán ve verzi 2.1. Jde o udržovací vydání po bezmála dvou letech. Obsahuje drobná vylepšení vyhledávání, aktualizace podpory zvýrazňování syntaxe a dále převážně opravy chyb.
Byly zveřejněny videozáznamy, dostupné také s prezentacemi přímo z programu, a také fotogalerie z open source komunitní konference DevConf.CZ 2025 konané od 12. do 14. června v Brně.
Navigace se soukromím CoMaps postavena nad OpenStreetMap je nově k dispozici v Google Play, App Store i F-Droid. Jedná se o komunitní fork aplikace Organic Maps.
.
Nebude se to projevovat "skoro" nijak.
Obecně u všech bonding/trunking mechanismů platí, že "jedna a táž" komunikace cestuje vždy stejnou linkou. Algoritmy mohou být různé, ale typicky se spočte nějaký hash ze zdrojové a/nebo cílové MAC nebo IP adresy, a podle něj se rozhodne, kterou z linek v trunku provoz poteče. (Toto chování je dáno požadavkem, aby na linkové vrstvě nedošlo k reorderingu paketů.)
V praxi to znamená, že máte-li strunkované dvě 100 Mbitové linky, jedna komunikace (stahovaní ze serveru, ping, ...) vždy poběží jednou a tou samou linkou a vždy bude mít k dispozici maximálně oněch 100 Mbitů.
Rychlost stahování vám to tedy v žádném případě neznásobí, co se týče pingových odezev a podobně, způsobí to jenom to, že prostě poběží méně zatíženou lajnou - čili opět to neznamená téměř nic. Čekáte-li (na 100 Mbitovém switchovaném) Ethernetu sumární přenosy méně než cca 80 Mbitů (== 60-90, podle kdečeho), nemá trunk smysl. Při přenosech více než cca 80 Mbitů vám to trunk trochu vylepší, při přenosech >100 Mbitů vám to vylepší znatelně.
Každopádně, zázraky (ve smyslu polovičních RTT a dvojnásobných rychlostí) od toho nečekejte, tak to ani fungovat nemůže.
. Bohužel to tedy je úplně k ničemu, protože stejně rychlost nevyužiji (disk nezvládne = starší router). Takže to nakonec můžu nechat pouze jako redundanci konektivity.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz