V Redisu byla nalezena a v upstreamu již opravena kritická zranitelnost CVE-2025-49844 s CVSS 10.0 (RCE, vzdálené spouštění kódu).
Ministr a vicepremiér pro digitalizaci Marian Jurečka dnes oznámil, že přijme rezignaci ředitele Digitální a informační agentury Martina Mesršmída, a to k 23. říjnu 2025. Mesršmíd nabídl svou funkci během minulého víkendu, kdy se DIA potýkala s problémy eDokladů, které některým občanům znepříjemnily využití možnosti prokázat se digitální občankou u volebních komisí při volbách do Poslanecké sněmovny.
Společnost Meta představila OpenZL. Jedná se o open source framework pro kompresi dat s ohledem na jejich formát. Zdrojové kódy jsou k dispozici na GitHubu.
Google postupně zpřístupňuje českým uživatelům Režim AI (AI Mode), tj. nový režim vyhledávání založený na umělé inteligenci. Režim AI nabízí pokročilé uvažování, multimodalitu a možnost prozkoumat jakékoliv téma do hloubky pomocí dodatečných dotazů a užitečných odkazů na weby.
Programovací jazyk Python byl vydán v nové major verzi 3.14.0. Podrobný přehled novinek v aktualizované dokumentaci.
Bylo oznámeno, že Qualcomm kupuje Arduino. Současně byla představena nová deska Arduino UNO Q se dvěma čipy: MPU Qualcomm Dragonwing QRB2210, na kterém může běžet Linux, a MCU STM32U585 a vývojové prostředí Arduino App Lab.
Multiplatformní open source voxelový herní engine Luanti byl vydán ve verzi 5.14.0. Podrobný přehled novinek v changelogu. Původně se jedná o Minecraftem inspirovaný Minetest v říjnu loňského roku přejmenovaný na Luanti.
Byla vydána nová stabilní verze 6.10 (YouTube) multiplatformního frameworku a GUI toolkitu Qt. Podrobný přehled novinek v poznámkách k vydání.
Netwide Assembler (NASM) byl vydán v nové major verzi 3.00. Přehled novinek v poznámkách k vydání v aktualizované dokumentaci.
Debian nabízí čtyři skripty, kterými můžete ovlivnit průběh instalace -
postinst
, preinst
, postrm
, prerm
a config
. Skript config
je trochu specifický a spouští se ještě před instalování všech balíčků. Používá se v podstatě jen ve spojení s Debconfem a umožní získat odpovědi uživatelů na různé dotazy. Jeho přesnější použití si probereme až společně se Debconfem.
Každý skript dostává v prvním parametru typ akce, která se právě provádí, a pokud se jedná o aktualizaci, tak verzi balíčku, ze kterého se aktualizuje. Celkové pořadí a možnosti spouštění skriptů jsou celkem komplikované, takže zájemce o podrobné studium stavových diagramů odkáži na wiki. Pro běžné použití nám však stačí zapamatovat si pořadí skriptů.
Při instalaci se nejdříve pouští preinst
, rozbalí se soubory a pustí se postinst
. Při aktualizaci balíčku se nejdříve pouští prerm
starého balíčku, pak preinst
nového, rozbalí se soubory, postrm
starého a postinst
z nového balíčku. Poslední důležitá akce je odstranění balíčku: nejdříve se pustí skript prerm
a po odstranění souborů skript postrm
. Pokud znáte
i RPM, je dobré si uvědomit, že při aktualizaci je pořadí trochu jiné.
Pro začátek jednoduchá odpověď: pro většinu standardních balíčků všechny potřebné akce (pokud vůbec nějaké jsou) do skriptíků vygeneruje automaticky Debhelper a nemusíme se o nic starat. Mezi takové akce patří například spouštění programu ldconfig
při instalaci knihovny, instalace init skriptů, kompilování byte kódu pro Python a podobně.
Nicméně pokud náš balíček potřebuje například vytvoření nového systémového uživatele, už se bez psaní skriptů neobejdeme. Skriptíky pro každý balíček patří do adresáře debian
a budou se jmenovat debian/binární-balíček.jméno-skriptu
, například tedy debian/hello.postinst
. Při psaní vlastních skriptů nesmíme zapomenout na
Debhelper, který pořád může chtít vložit nějakou část do těchto skriptíků. Proto by každý námi vytvořený skript měl obsahovat speciální komentář, který značí, kam Debhelper může vkládat svůj kód:
#DEBHELPER#
Pokud od skriptů požadujeme nějakou interaktivitu s uživatelem, měl by se pro
tyto účely používat Debconf. Jakákoliv interaktivita by měla být omezena na
nejnutnější možnou míru, takže pokud je možné použít vhodné výchozí hodnoty,
je to vždy lepší, než se ptát uživatele na každou konfigurační možnost ve vašem
balíčku. Odpovědi uživatelů se ukládají do databáze a uživatel není vícekrát
dotazován na věci, na které již jednou odpovídal. Jediná možnost, jak zobrazit
již odpovězené otázky, je použití dpkg-reconfigure
.
Debconf umožňuje získat informace od uživatele ve standardní formě a využívat právě používané grafické rozhraní. Zobrazování dialogů uživateli má na starosti část zvaná frontend, kterých existuje celá řada (GNOME, KDE, příkazová řádka, dialog, atd.). Otázky pro Debconf je také možné překládat, takže budou uživateli zobrazeny podle jeho locales. Pro správné používání Debconfu potřebujeme upravit minimálně tyto soubory:
debian/templates
- Tento soubor obsahuje šablony otázek, tedy jejich typ a anglické texty, které se zobrazí uživateli.debian/binární-balíček.config
- Skript, který se pouští před instalací balíčku a měl by se uživatele zeptat na všechny dotazy.debian/binární-balíček.postinst
- Ve skriptu po instalaci balíčku budeme chtít získaná data nějak využít.debian/po
- Tento adresář může obsahovat překlady šablon.debian/rules
- Zde musíme přidat volání dalšího skriptu Debhelperu - dh_installdebconf
, ten nainstaluje šablony na správné místo do balíčku a automaticky přidá do skriptu postrm kód na vymazání hodnot z databáze.Šablony používají podobný formát jako debian/control
, takže napsat ji nebude nic těžkého:
Template: jméno-balíčku/jméno-otázky Type: typ-otázky Default: výchozí-hodnota Choices: volby, pro, výběrové, typy _Description: Název položky: Podrobný popis položky.
Povinná pole jsou jen Template
, Type
a Description
. To, že jméno pole začíná na podtržítko, znamená, že je možné toto pole přeložit. Obvykle se používá u Description
, ale občas i u Choices
. O překladu šablon se dozvíte více na konci dnešního článku. Jako jméno otázky použijte co nejjednodušší identifikátor, typ otázky je jeden z následujících:
Choices
.Choices
.Do konfiguračního skriptu musíme zapsat ptaní se na všechny otázky. Všechny
potřebné funkce pro tuto činnost získáme ze skriptu /usr/share/debconf/confmodule
. Příkazy začínají na db_
a význam těch nejdůležitějších asi uhodnete z jejich názvů:
db_input
- Připraví otázku k zobrazení. První parametr je důležitost
otázky, druhý její identifikátor (hodnota Template
z šablony).db_go
- Zobrazí otázku uživateli. Je možné připravit najednou více otázek a uživatel pak mezi nimi může přecházet. Při provedení se odpovědi ukládají
do databáze.db_get
- Načte odpověď na otázku z databáze. Jediný
identifikátor otázky.db_set
- Nastaví odpověď na otázku do databáze. První parametr je
identifikátor otázky, druhý hodnota, kterou chceme nastavit.Jednoduchý konfigurační soubor (debian/binární-balíček.config
) by mohl vypadat nějak takto:
#!/bin/sh CONFIGFILE=/etc/foo.conf set -e . /usr/share/debconf/confmodule # Load config file, if it exists. if [ -e $CONFIGFILE ]; then . $CONFIGFILE || true # Store values from config file into # debconf db. db_set mypackage/foo "$FOO" db_set mypackage/bar "$BAR" fi # Ask questions. db_input medium mypackage/foo || true db_input medium mypackage/bar || true db_go || true
Důležité je nepřepisovat uživatelovy změny v konfiguraci. Proto, pokud již konfigurační soubor existuje, načteme hodnoty z něj. Pak se zobrazí otázky.
V poinstalačním skriptu (debian/binární-balíček.postinst
) pak musíme tyto hodnoty načíst a zpracovat. Jako pokračování výše zmíněného příkladu je
uložíme do konfiguračního souboru:
#!/bin/sh CONFIGFILE=/etc/foo.conf set -e . /usr/share/debconf/confmodule # Generate config file, if it doesn’t exist. # An alternative is to copy in a template # file from elsewhere. if [ ! -e $CONFIGFILE ]; then echo "# Config file for my package" > $CONFIGFILE echo "FOO=" >> $CONFIGFILE echo "BAR=" >> $CONFIGFILE fi # Substitute in the values from the debconf db. # There are obvious optimizations possible here. # The cp before the sed ensures we do not mess up # the config file’s ownership and permissions. db_get mypackage/foo FOO="$RET" db_get mypackage/bar BAR="$RET" cp -a -f $CONFIGFILE $CONFIGFILE.tmp # If the admin deleted or commented some variables but then set # them via debconf, (re-)add them to the conffile. test -z "$FOO" || grep -Eq ’^ *FOO=’ $CONFIGFILE || \ echo "FOO=" >> $CONFIGFILE test -z "$BAR" || grep -Eq ’^ *BAR=’ $CONFIGFILE || \ echo "BAR=" >> $CONFIGFILE sed -e "s/^ *FOO=.*/FOO=\"$FOO\"/" \ -e "s/^ *BAR=.*/BAR=\"$BAR\"/" \ < $CONFIGFILE > $CONFIGFILE.tmp mv -f $CONFIGFILE.tmp $CONFIGFILE #DEBHELPER#
Jak vidíme, tak kromě dvojího zavolání db_get
se skript jen snaží bezpečně upravit konfigurační soubor.
Na závěr jsem si nechal překládání šablon. Pro používání překladů potřebujeme
nejprve náš balíček trochu upravit. O podtržítku před překladatelnými texty
jsem již mluvil v části o šablonách. Dále je potřeba přidat kompilační
závislost na po-debconf
do debian/control
a vytvořit soubor
debian/po/POTFILES.in
se seznamem souborů pro překlad - obvykle v něm bude jediná řádka:
[type: gettext/rfc822deb] templates
Nyní již můžeme pustit program debconf-updatepo
(z balíčku po-debconf
), který vygeneruje šablonu pro překlad debian/po/templates.pot
. Tento soubor již můžeme předhodit překladatelům a začlenit zpět překlady do adresáře debian/po
(například český překlad bude patřit do souboru debian/po/cs.po
). Instalaci překladů na správné místo zařídí výše zmiňovaný dh_installdebconf
.
Nástroje: Tisk bez diskuse
Tiskni
Sdílej:
Diskuse byla administrátory uzamčena
31.7.2008 00:09Podobně jako RPM, umožňuje Debian začlenit do různých fází instalace všelijaké skritíky.