Textový editor Zed dospěl do verze 1.0. Představení v příspěvku na blogu.
Vývojáři svobodného 3D softwaru Blender představili (𝕏, Mastodon, Bluesky) nejnovějšího firemního sponzora Blenderu. Je ním společnost Anthropic stojící za AI Claude a úroveň sponzoringu je Patron, tj. minimálně 240 tisíc eur ročně. Anthropic oznámil sponzorství v tiskové zprávě Claude for Creative Work.
VNC server wayvnc pro Wayland kompozitory postavené nad wlroots - ne GNOME, KDE nebo Weston - byl vydán ve verzi 0.10.0. Vydána byla také verze 1.0.0 související knihovny neatvnc.
Bylo oznámeno vydání Fedora Linuxu 44. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora IoT pro internet věcí, Fedora Cloud pro cloudové nasazení a Fedora CoreOS pro ty, kteří preferují neměnné systémy. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách
… více »David Malcolm se na blogu vývojářů Red Hatu rozepsal o vybraných novinkách v GCC 16, jež by mělo vyjít v nejbližších dnech. Vypíchnuta jsou vylepšení čitelnosti chybových zpráv v C++, aktualizovaný SARIF (Static Analysis Results Interchange Format) výstup a nová volba experimental-html v HTML výstupu.
Byla vydána verze R14.1.6 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Jon Seager z Canonicalu včera na Ubuntu Community Hubu popsal budoucnost AI v Ubuntu. Dnes upřesnil: AI nástroje budou k dispozici jako Snap balíčky, vždy je může uživatel odinstalovat. Ve výchozím nastavení budou všechny AI nástroje používat lokální AI modely.
Nový ovladač Steam Controller jde do prodeje 4. května. Cena je 99 eur.
Greg Kroah-Hartman začal používat AI asistenta pojmenovaného gkh_clanker_t1000. V commitech se objevuje "Assisted-by: gkh_clanker_t1000". Na social.kernel.org publikoval jeho fotografii. Jedná se o Framework Desktop s AMD Ryzen AI Max a lokální LLM.
Ubuntu 26.10 bude Stonking Stingray (úžasný rejnok).
Když kompilujeme ze zdrojového kódu aplikace, nemusíme je kompilovat a instalovat do adresářů, kam se obvykle instalují programy pomoci balíčků. Můžeme použít například /opt/slozka nebo i některý domácí adresář. Takové věci si však nemůžeme dovolit při kompilování sdílených knihoven nebo pluginů, protože by je žádná aplikace nenašla. Sdílené knihovny a pluginy každá aplikace hledá na obvyklých místech, proto i při kompilaci musíme zachovat, kam se to nainstaluje. Teď mě ale napadá, že můžou být taky vyjímky, kdy sdílené knihovny nebo pluginy můžeme nebo dokonce je vhodné nakompilovat jinam. Příklad:
Pomoci balíčku mám nainstalované swh-plugins, které fungují dobře. Některý plugin bych si chtěl upravit, aby fungoval trochu jinak, ale ostatní pluginy bych nechtěl pokazit. Proto bych si stáhnul zdrojový kód swh-plugins, rozbalím, udělám některé úpravy ve zdrojovém kódu u vybraného pluginu, potom všechny pluginy zkompiluji. Při kompilaci si však zvolím nějaký prázdný adresář, třeba i v domácí složce. Vím, že zatím ty nové plginy fungovat nebudou, protože je žádný program nenajde, to ale nevadí. Vyhledám si binární soubur pluginu, který jsem předtím upravoval, a ten ručně nakopíruji teprve až teď na obvyklé předepsané místo, aby ho aplikace našly. Ještě předtím zkontroluji, jestli v tom "obvyklém" adresáři není soubor se stejným názvem a pokud je, tak si název nového souboru upravím, aby se odlišil a nepřepsaly be se soubory navzájem.
Mám pravdu, že v některých případech je vhodné pluginy dočasně nakompilovat jinam? Mohl bych postupovat, jak jsem popsal? A nemůže kompilace selhat nebo zkončit chybou, kvůli tomu, že si nastavím, aby se mi to kompilovalo jinam? Přece jenom to nejsou normální aplikace, ale pluginy nebo sdílené knihovny, u kterých to není zvykem.
Řešení dotazu:
Tiskni
Sdílej: