CiviCRM (Wikipedie) bylo vydáno v nové verzi 6.14.0. Podrobnosti o nových funkcích a opravách najdete na release stránce. CiviCRM je robustní open-source CRM systém navržený speciálně pro neziskové organizace, spolky a občanské iniciativy. Projekt je napsán v jazyce PHP a licencován pod GNU Affero General Public License (AGPLv3). Český překlad má nyní 45 % přeložených řetězců a přibližuje se milníku 50 %. Potřebujeme vaši pomoc, abychom se dostali dál. Pokud máte chuť přispět překladem nebo korekturou, přidejte se na platformu Transifex.
Další lokální zranitelností Linuxu je ssh-keysign-pwn. Uživatel si může přečíst obsah souborů, ke kterým má právo ke čtení pouze root, například soubory s SSH klíči nebo /etc/shadow. V upstreamu již opraveno [oss-security mailing list].
Singularity (YouTube) je nejnovější otevřený film od Blender Studia. Jedná se o jejich první 4K HDR film.
Vyšla hra Život Není Krásný: Poslední Exekuce (Steam, ProtonDB). Kreslená point & click adventura ze staré školy plná černého humoru a nekorektního násilí. Vžijte se do role zpustlého exekutora Vladimíra Brehowského a projděte s ním jeho poslední pracovní den. Hra volně navazuje na sérii Život Není Krásný.
Společnost Red Hat představila Fedora Hummingbird, tj. linuxovou distribuci s nativním kontejnerovým designem určenou pro vývojáře využívající AI agenty.
Hru The Legend of Zelda: Twilight Princess od společnosti Nintendo si lze nově díky projektu Dusklight (původně Dusk) a reverznímu inženýrství zahrát i na počítačích a mobilních zařízeních. Vyžadována je kopie původní hry (textury, modely, hudba, zvukové efekty, …). Ukázka na YouTube. Projekt byl zahájen v srpnu 2020.
Byla vydána nová major verze 29.0 programovacího jazyka Erlang (Wikipedie) a související platformy OTP (Open Telecom Platform, Wikipedie). Detailní přehled novinek na GitHubu.
Po zranitelnostech Copy Fail a Dirty Frag přichází zranitelnost Fragnesia. Další lokální eskalace práv na Linuxu. Zatím v upstreamu neopravena. Přiřazeno ji bylo CVE-2026-46300.
Sovereign Tech Agency (Wikipedie) prostřednictvím svého fondu Sovereign Tech Fund podpoří KDE částkou 1 285 200 eur.
Google na včerejší akci The Android Show | I/O Edition 2026 (YouTube) představil celou řadu novinek: Gemini Intelligence, notebooky Googlebook, novou generaci Android Auto, …
Po kraťoučkém zápisku o tvorbě Slackware balíčků si dovolím přidat lehké moudro o tom, jak funguje celý Slackware balíčkovací systém. Nečekejte nic víc než opis pár částí z manuálu, ale koukám, že i to se občas někomu hodí 
Základní prvek je, že celý systém je velmi jednoduchý. Používá prachobyčejné tarbally a sadu skriptů v bashi. Nad něj se samozřejmě dají naložit další nástroje typu swaret nebo slapt-get. Balíčkovač umí instalovat balíčky, mazat je a dají se snadno vytvářet.
Nedokáže ovšem například sledovat závislosti, u balíčků třetích stran je prakticky jediný způsob sledování závislostí popis balíčku.
Názvy balíčků mají od verze 8.1 daný formát (předtím byl jiný, mnohem méně říkající o balíčku). Lze z něho vytáhnout všechny potřebné informace a vypadá takto:
jméno-v.er.ze-architektura-sestavení.tgz
Nějaké příklady:
gaim-1.1.2-i486-2jim.tgz zsh-4.2.0-i486-1 x11-docs-6.7.0-noarch-1
První položka, název balíčku, je předpokládám jasná. Druhá, verze, asi taktéž. Architektura je označení pro typ procesoru, pro nějž je balíček zkompilován (noarch znamená, že balíček není na architektuře závislý, v příkladu je to HTML dokumentace). Číslo sestavení se použije, když třeba opravíte v balíčku nějakou chybu a program je přitom té samé verze. K číslu sestavení se ještě přidává značka tvůrce balíčku (u distribučních balíčku není, podle toho se poznají).
Balíčky mají vždy koncovku .tgz (ale není dáno, že všechno co má koncovku tgz je slackware balíček, taky to může být obyčejný tarball, bacha na to).
Jak vypadá takový balíček uvnitř? Instalace balíčku probíhá v zásadě tak, že se archiv rozbalí do kořenového adresáře, podle toho také balíček vypadá. Rozbalíme ho (příkaz explodepkg nebo normálně tarem), uvidíme právě soubory obsažené v balíčku a nic moc navíc.
Navíc je tam (měl by být
) adresář install, který se neinstaluje (narozdíl od zbytku balíčku). Ten může obsahovat následující soubory:
slack-desc obsahuje popis balíčku, tedy to co vidíte při instalaci. Často se přidává textově k balíčku (tak je to třeba v samotné distribuci), takže se můžete bez jakéhokoliv rozbalování podívat co to je.doinst.sh je skript, který se spustí při instalaci. Píše se v bashi.Tohle sice není úplně úplné, ale já s tím vystačím 
Jak prosté, slouží k tomu příkaz installpkg, kterému už jenom předáte název balíčku. Trochu pohodlnější práci vám nabídne pkgtool (používá ovšem vnitřně installpkg, takže je to to samé), umí i mazat a dalších pár užitečných aktivit.
Opět velmi prosté, k tomuto slouží příkaz upgradepkg, který nahradí balíček odpovídajícího jména novým balíčkem zadaným jako parametr. Upgradepkg stejně dobře umí i nahradit balíček starší verzí, což se občas hodí při nepodařených upgradech 
Ani do třetice nic složitého, použijeme příkaz removepkg, kterému jako parametr předáme název mazeného balíčku. Stačí mu název. Které balíčky máme nainstalované (a tudíž je můžeme mazat
) zjistíme z /var/log/packages, kde je uložen jejich seznam. Obsahuje pár dodatečných informací a hlavně seznam souborů, které balíček obsahuje. Zjištění ve kterém balíčku je tedy daný soubor nepředstavuje problém.
No, a to by zatím stačilo. Slackware toho umí ještě o něco víc a dají se na to šroubovat další nadstavby a nástroje. Zvládnutí tohoto minima není jak vidíte nijak složité, opravdu se není třeba čeho bát. S použítím mého návodu dokážete i velmi snadno balíčky vytvářet, takže je vidět, že Slackware skutečně balíčkovací systém má a určitě to nebude tak hrozný balíčkovací systém :o)
Tiskni
Sdílej: