GNUnet (Wikipedie) byl vydán v nové major verzi 0.27.0. Jedná se o framework pro decentralizované peer-to-peer síťování, na kterém je postavena řada aplikací.
Byly publikovány informace (technické detaily) o bezpečnostním problému Snapu. Jedná se o CVE-2026-3888. Neprivilegovaný lokální uživatel může s využitím snap-confine a systemd-tmpfiles získat práva roota.
Nightingale je open-source karaoke aplikace, která z jakékoliv písničky lokálního alba (včetně videí) dokáže oddělit vokály, získat text a vše přehrát se synchronizací na úrovni jednotlivých slov a hodnocením intonace. Pro separaci vokálů využívá UVR Karaoke model s Demucs od Mety, texty písní stahuje z lrclib.net (LRCLIB), případně extrahuje pomocí whisperX, který rovněž využívá k načasování slov. V případě audiosouborů aplikace na
… více »Po půl roce vývoje od vydání verze 49 bylo vydáno GNOME 50 s kódovým názvem Tokyo (Mastodon). Podrobný přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře.
Článek na stránkách Fedora Magazinu informuje o vydání Fedora Asahi Remixu 43, tj. linuxové distribuce pro Apple Silicon vycházející z Fedora Linuxu 43.
Byl zveřejněn program konference Installfest 2026. Konference proběhne o víkendu 28. a 29. března v Praze na Karlově náměstí 13. Vstup zdarma.
Byla vydána Java 26 / JDK 26. Nových vlastností (JEP - JDK Enhancement Proposal) je 10. Odstraněno bylo Applet API.
Byla vydána nová verze 260 správce systému a služeb systemd (Wikipedie, GitHub). Odstraněna byla podpora skriptů System V. Aktualizovány byly závislosti. Minimální verze Linuxu z 5.4 na 5.10, OpenSSL z 1.1.0 na 3.0.0, Pythonu z 3.7.0 na 3.9.0…
Byla vydána nová verze 5.1 svobodného 3D softwaru Blender. Přehled novinek i s náhledy a videi v poznámkách k vydání. Videopředstavení na YouTube.
Bylo oznámeno vydání nové verze 8.1 "Hoare" kolekce svobodného softwaru umožňujícího nahrávání, konverzi a streamovaní digitálního zvuku a obrazu FFmpeg (Wikipedie). Doprovodný příspěvek na blogu Khronosu rozebírá kódování a dekódování videa pomocí Vulkan Compute Shaders v FFmpeg.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
yum a smart.Nemám doma připojení přes inet,takže si repozitáře stahuji na přenosný disk,doma vygeneruji pomocí createrepo potřebná data a instaluji software.Jenže poslední dobou mi smart neúměrně dlouho "žvýká" data.yum je taky docelá pomalý.Měl bych za to,že když nemusejí nic stahovat a mají vše na lokálním disku,tak by to mělo fičet rychle jenže, např včera jsem večer spustil nice -n -20 smart upgrade -y a ani do rána nebyl schopen nic zaktualizovat.Ráno byl stále stav Computing transactions....To přece není únosné.Dělám někde chybu,mám něco špatně nastavené,nějaký jiný tip na zrychlení?
U yumu je výhoda,že je aspoň na obrazovce vidět,co se děje.U smartu nic,takže vůbec netuším,co tam vlastně kalkuluje:(
Jinak PC je P4 1.6GHz,ram 384MB,Aurox 12.0.
Poradí někdo co s tím,jak to popohnat?
smart si neporadí s některými závislostmi.Asi se zacyklí nebo co.Je mi divné,že nemá nějaký parametr,aby vypisoval,co zrovna provádí,podobně,jako to vypisuje yum.Tak bych mohl odhalit,na čem to vázné.
Mimochodem,jde nějakým způsobem donutit smart nebo yum,aby vyřešil závislosti a to včetně třeba downgrade?Vím,smart má příkaz fix,ale ten zahlásí,že jsou závislosti v pořádku,ale když dám yum groupinstall `GNOME Desktop Environment`,vždycky to skončí na nějakých chybějících závislostech.Smart nemá groupinstall nebo jsem na to ještě nepřišel.A yum se zřejmě snaží nainstalovat nejnovější verze balíčků a pak když narazí na nějaký hodně nový,nenajde k němu ten zbytek.Zkusil jsem mu smazat pkgpolicy=newwest,ale to nepomohlo.
Tiskni
Sdílej:
