Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 7.0.0. Pro sandboxing se na Linuxu nově používá Landlock místo Bubblewrap. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.
Správce fotografií Shotwell byl vydán ve verzi 33.0 (GitLab). Hlavní novinkou v tomto vydání po dvou letech je přechod na GTK4.
Na YouTube byly publikovány videozáznamy přednášek a na Flickru fotografie z konference EuroPython 2026.
Byl vydán Debian 13.7, tj. sedmá opravná verze Debianu 13 s kódovým názvem Trixie. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Jiří Eischmann se v příspěvku Fiasko jménem W Social na svém blogu věnuje evropské sociální síti W: "W Social je příkladem toho, že se problémy sociální sítí nedají řešit od exekutivního stolu. Když na začátku tohoto roku v Davosu oznámili vznik nové sociální sítě W Social, politici se mohli přetrhnout ve chvalozpěvech. Konečně evropská sociální síť a ještě s ověřením identity. … Jak se ukázalo, když v Davosu W Social oznamovali, neměli kromě
… více »Výrobce hardwarových kryptoměnových peněženek Trezor upozorňuje na bezpečnostní incident u společnosti Brevo, kterou využívá k odesílání newsletterů. Útočník na e-mailové adresy odeslal phishingový e-mail.
Clement "Clem" Lefebvre publikoval souhrn dění v Linux Mintu za srpen 2026. Aplikace XApp mají vlastní webovou stránku xapp-project.org. Představena byl čtečka EPUB s názvem Xepub a kalendář Clockenstein.
Byla vydána nová verze 3.2.6 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
Bylo vydáno Ubuntu 24.04.5 LTS, tj. páté opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na poznámkách k vydání.
Švýcarsko testuje přechod z Microsoft 365 na FOSS, konkrétně balík openDesk (Wikipedie) od německé státní společnosti ZenDiS (Wikipedie), s cílem posílit digitální suverenitu.
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: