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.
Osobne pouzivam yum a ten resi zavislosti na jednicku minimalne od Fedory 7.
... Já vím jak ty nástroje fungují a co má který dělat, ...Nechci ti do toho moc mluvit, ale ocividne NEVIS jak ty nastroje funguji, a co maj delat.
Ta má otázka je fakt jednoduchá, když to funguje ve Fedoře 9 a v ostatních distrech ne, je to tím, že to umí PackageKit, který používá Fedora 9 a nebo to je chybou v mnou udělaném balíčku že to ostatní distribuce nerozdýchají?
Pokud v OpenSuSE opravdu spouštíte zypper a on vám závislosti nevyřeší, pak je problém v tom, že závislosti v tom balíčku jsou (z pohledu OpenSuSE) špatně. Bez bližších podrobností ale těžko hádat, které to jsou a proč.
Nepouštím zypper. Chci aby ta instalace byla blbuvzdorná, dvakrát kliknu na RPM a nainstaluje se te, to se mi zatím povedlo jen ve Fedoře 9
Ach jo. Už několik lidí se vám pokusilo vysvětlit, že sousloví "dvakrát kliknu na RPM" má nulovou vypovídací hodnotu, protože to stejně znamená jen spuštění určitého programu. Jakého, to závisí na nastavení té aplikace, ve které "dvakrát kliknete". A právě to, který program to skutečně spouštíte, rozhoduje o tom, jak (a jestli vůbec) se budou řešit závislosti. Proč to tak urputně odmítáte vzít na vědomí?
Ptám se tedy, jestli je chyba v balíčku (špatně vytvořený) a nebo to prostě narozdíl od PackageKitu YAST2 a GRUPMI neumí (stáhnout a nainstalovat závislosti).
A jak si představujete, že bychom to měli poznat? Nikde tu nevidím odkaz na source RPM nebo aspoň specfile.
Vážně?
mike@lion:~> rpm -qRp odamex-0.4.1-1.i386.rpm SDL >= 1.2.11 SDL_mixer >= 1.2.7 libSDL-1.2.so.0 libSDL_mixer-1.2.so.0 libX11.so.6 libc.so.6 libc.so.6(GLIBC_2.0) libc.so.6(GLIBC_2.1) libc.so.6(GLIBC_2.1.3) libc.so.6(GLIBC_2.3) libgcc_s.so.1 libgcc_s.so.1(GCC_3.0) libgcc_s.so.1(GLIBC_2.0) libm.so.6 libm.so.6(GLIBC_2.0) libm.so.6(GLIBC_2.1) libpthread.so.0 libpthread.so.0(GLIBC_2.0) libstdc++.so.6 libstdc++.so.6(CXXABI_1.3) libstdc++.so.6(GLIBCXX_3.4) libstdc++.so.6(GLIBCXX_3.4.9) libwx_baseu-2.8.so.0 libwx_baseu-2.8.so.0(WXU_2.8) libwx_baseu-2.8.so.0(WXU_2.8.5) libwx_baseu_net-2.8.so.0 libwx_baseu_net-2.8.so.0(WXU_2.8) libwx_baseu_xml-2.8.so.0 libwx_gtk2u_adv-2.8.so.0 libwx_gtk2u_aui-2.8.so.0 libwx_gtk2u_core-2.8.so.0 libwx_gtk2u_core-2.8.so.0(WXU_2.8) libwx_gtk2u_html-2.8.so.0 libwx_gtk2u_qa-2.8.so.0 libwx_gtk2u_richtext-2.8.so.0 libwx_gtk2u_xrc-2.8.so.0 libwx_gtk2u_xrc-2.8.so.0(WXU_2.8) rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rtld(GNU_HASH) wxGTK >= 2.8.0
Ale jak už jsem napsal: dokud místo z nebe spadlých i386 RPM neukážete source RPM nebo aspoň specfile, nemá smysl v této bezpředmětné debatě pokračovat.
... a nebo že mám něco blbě nastaveného v mém openSUSE, ačkoli je to defaultní instalace, pouze s vypnutým repozitářem instlačního DVD média.
Že by tady byl problém???
Tiskni
Sdílej: