Capitolo 5. Problemi di cui essere al corrente per bookworm

Come descritto in Sezione 2.2, «Aree dell'archivio», i pacchetti del firmware non liberi vengono ora serviti da una componente dedicata dell'archivio chiamata non-free-firmware. Per garantire che i pacchetti con firmware non libero ricevano gli aggiornamenti appropriati sono necessarie modifiche alla configurazione di APT. Assumento che la componente non-free sia stata aggiunta a sources-list di APT per installare il firmware, la voce aggiornata per sources-list di APT potrebbe essere simile a:

deb https://deb.debian.org/debian bookworm main non-free-firmware

Se si è stati indirizzati a questo capitolo da apt, si può evitare che dia continuamente notifiche riguardo a questo cambiamento creando un file apt.conf(5) chiamato /etc/apt/apt.conf.d/no-bookworm-firmware.conf con il contenuto seguente:

APT::Get::Update::SourceListWarnings::NonFreeFirmware "false";

Il pacchetto ntp, che era in passato il modo predefinito per impostare l'orologio di sistema da un server NTP (Network Time Protocol), è stato rimpiazzato da ntpsec.

La maggior parte degli utenti non dovrà fare alcuna azione specifica per fare la transione da ntp a ntpsec.

In bookworm ci sono anche diversi altri pacchetti che forniscono un servizio simile. Quello predefinito in Debian è attualmente systemd-timesyncd, che può essere adatto per gli utenti che hanno bisogno di un client ntp per impostare il loro orologio. bookworm include anche chrony e openntpd che supportano funzionalità più avanzate, come mettere in funzione un proprio server NTP.

Puppet è stato aggiornato da 5 a 7, saltando del tutto la serie Puppet 6. Questo introduce cambiamenti importanti nell'ecosistema Puppet.

L'applicazione classica Puppet Master 5.5.x basata su Ruby è diventata deprecata dagli autori originali e non è più disponibile in Debian. È stata rimpiazzata da Puppet Server 7.x, fornito dal pacchetto puppetserver. Il pacchetto viene installato automaticamente come dipendenza del pacchetto di transizione puppet-master.

In alcuni casi Puppet Server è un rimpiazzo diretto per Puppet Master, ma si dovrebbero controllare i file di configurazione disponibili in /etc/puppet/puppetserver per assicurarsi che i nuovi valori predefiniti siano adatti per l'utilizzo che se ne fa. In particolare il formato obsoleto per il file auth.conf è deprecato, per i dettagli vedere la documentazione per auth.conf.

L'approccio raccomandato è quello di aggiornare il server prima dei client. Il server Puppet 7 è compatibile all'indietro con i client più vecchi; un server Puppet 5 può ancora gestire gli agenti aggiornati, ma non può registrare nuovi agenti Puppet 7. Perciò se si mettono in uso nuovi agenti Puppet 7 prima di aver aggiornato il server, non si potrà aggiungerli alla flotta.

Il pacchetto pippo è stato rimpiazzato dal pacchetto puppet-agent ed è ora un pacchetto di transizione per assicurare un aggiornamento senza problemi.

Da ultimo, il pacchetto puppetdb è stato rimosso in bullseye ma è stato reintrodotto in bookworm.

Il popolare strumento youtube-dl, che può scaricare video da una grande varietà di siti web (incluso YouTube, ma non solo quello) non è più incluso in Debian. È stato invece rimpiazzato da un pacchetto vuoto di transizione che richiama il pacchetto yt-dlp. yt-dlp è un fork di youtube-dl su cui è attualmente attivo il nuovo sviluppo.

Non vengono forniti wrapper di compatibilità, perciò sarà necessario modificare i propri script e le proprie abitudini per chiamare yt-dlp invece di youtube-dl. Le funzionalità dovrebbero essere per lo più le stesse, anche se alcune opzioni e dettagli del comportamento sono state modificate. Assicurarsi di controllare la pagina di manuale di yt-dlp per i dettagli e in particolare la sezione sulle Differenze nel comportamento predefinito.

I pacchetti fcitx e fcitx5 forniscono la versione 4 e la versione 5 della popolare infrastruttura per metodo di input Fcitx. Seguendo la raccomandazione degli autori originali, non possono più essere installate insieme nello stesso sistema operativo. Gli utenti dovrebbero determinare quale sia la versione di Fcitx deve essere mantenuta se avevano in precedenza installato insieme fcitx e fcitx5.

Prima dell'aggiornamento, è fortemente consigliato di eliminare definitivamente tutti i pacchetti relativi alla versione di Fcitx non desiderata (fcitx-* per Fcitx 4 e fcitx5-* per Fcitx 5). Quando l'aggiornamento è completato, considerare di ripetere l'esecuzione di im-config per selezionare l'infrastruttura per metodo di input desiderata da utilizzare nel sistema.

Ulteriori informazioni in merito possono essere trovate nell' annuncio inviato nella mailing-list (testo scritto in cinese semplificato).

A differenza di bullseye che aveva la versione di MariaDB nei nomi di pacchetto (es. mariadb-server-10.5 e mariadb-client-10.5), in bookworm i nomi dei pacchetti corrispondenti per MariaDB 10.11 sono completamente privi di versione (es. mariadb-server o mariadb-client). La versione di MariaDB è sempre visibile nei metadati relativi alla versione del pacchetto.

Esiste almeno uno scenario di aggiornamento noto (Bug #1035949) in cui la transizione ai nomi di pacchetto fallisce; l'esecuzione di

apt-get install default-mysql-server

può fallire quando mariadb-client-10.5 e il file /usr/bin/mariadb-admin in esso sono rimossi prima che il servizio di init SysV per il server MariaDB abbia attivato uno spegnimento che usa mariadb-admin. La soluzione è quella di eseguire

apt upgrade

prima di eseguire

apt full-upgrade

.

Per maggiori informazioni sul cambiamento relativo ai nomi di pacchetto in MariaDB, vedere /usr/share/doc/mariadb-server/NEWS.Debian.gz.

Il pacchetto rsyslog non è più necessario nella maggior parte dei sistemi e può essere possibile rimuoverlo.

Molti programmi producono messaggi di log per informare l'utente di ciò che stanno facendo. Questi messaggi possono essere gestiti dal «giornale» di systemd o da un «demone per log di sistema» come rsyslog.

In bullseye, rsyslog era installato in modo predefinito e il giornale di sistema era configurato per inoltrare i messaggi di log a rsyslog che scrive i messaggi in vari file di testo come /var/log/syslog.

A partire da bookworm, rsyslog non è più installato in modo predefinito. Se non si desidera continuare ad utilizzare rsyslog, dopo l'aggiornamento lo si può contrassegnare come installato automaticamente con

apt-mark auto rsyslog

e poi un

apt autoremove

lo rimuoverà, se è possibile. Se si è fatto aggiornamenti da versioni più vecchie di Debian e non si sono accettate le impostazioni predefinite di configurazione, il giornale potrebbe non essere stato configurato per salvare i messaggi in un archiviazione persistente: le istruzioni per abilitare questo comportamento sono in journald.conf(5).

Se si decide di non usare più rsyslog, si può usare il comando journalctl per leggere i messaggi di log che vengono memorizzati in un formato binario sotto a /var/log/journal. Per esempio

journalctl -e

mostra i messaggi di log più recenti nel giornale e

journalctl -ef

mostra i nuovi messaggi mentre vengono scritti (in modo simile all'esecuzione di

tail -f /var/log/syslog

).

rsyslog ora usa in modo predefinito «marcature temporali ad alta precisione» che possono avere effetto su altri programmi che analizzano i log di sistema. Ulteriori informazioni su come configurare questa impostazione possono essere trovate in rsyslog.conf(5).

La modifica alle marcature temporali può richiedere l'aggiornamento di regole di logcheck create localmente. logcheck controlla i messaggi nel log di sistema (prodotti da systemd-journald o rsyslog) rispetto ad un database personalizzabile di espressioni regolari note come regole. Le regole che indicano una corrispondenza con l'ora in cui un messaggio è stato prodotto devono essere aggiornate per corrispondere al nuovo formato di rsyslog. Le regole predefinite, che vengono fornite dal pacchetto logcheck-database, sono state aggiornate ma può essere necessario aggiornare altre regole, incluse quelle create localmente, affinché riconoscando il nuovo formato. Vedere /usr/share/doc/logcheck-database/NEWS.Debian.gz per uno script che aiuta ad aggiornare le regole logcheck locali.

rsyslog ha modificato quali file crea e alcuni file in /var/log possono essere cancellati.

Se si continua ad usare rsyslog (vedere Sezione 5.1.7, «Modifiche alla registrazione dei log di sistema»), alcuni file di log in /var/log non verranno più creati in modo predefinito. I messaggi che venivano scritti in tali file sono anche in /var/log/syslog ma non vengono più creati in modo predefinito. Tutto ciò che era prima scritto in questi file sarà sempre disponibile in /var/log/syslog.

I file che non vengono più creati sono:

OpenLDAP 2.5 è un nuovo rilascio principale e include diverse modifiche incompatibili, come descritto nell'annuncio di rilascio degli autori originali. A seconda della configurazione, il servizio slapd può rimanere in arresto dopo l'aggiornamento, fino a che non sono completati i necessari aggiornamenti alla configurazione.

Quelle che seguono sono alcune delle modifiche incompatibili note:

Le istruzioni per completare l'aggiornamento e riprendere il servizio slapd possono essere trovate in /usr/share/doc/slapd/README.Debian.gz. Si dovrebbero anche consultare le note di aggiornamento degli autori originali.

Per molto tempo grub ha usato il pacchetto os-prober per rilevare gli altri sistemi operativi installati su un computer, in modo da poterli aggiungere al menu di avvio. Sfortunatamente ciò può essere problematico in alcuni casi (es. quando sono in esecuzioni macchine virtuali ospitate), perciò è stato disabilitato in modo predefinito nell'ultimo rilascio a monte.

Se si usa GRUB per avviare il sistema e si desidera che continui ad elencare gli altri sistemi operativi nel menu di avvio, si può modificare questo comportamento. Modificare il file /etc/default/grub, assicurandosi di avere l'impostazione GRUB_DISABLE_OS_PROBER=false ed eseguire nuovamente update-grub, oppure eseguire

dpkg-reconfigure <GRUB_PACKAGE>

per modificare questa ed altre impostazioni di GRUB in un modo più amichevole.

Molte applicazioni GNOME sono passate dal toolkit grafico GTK3 a GTK4. Purtroppo questo ha fatto sì che molte applicazioni siano molto meno usabili con i lettori dello schermo, come orca.

Se si dipende da un lettore dello schermo, si dovrebbe considerare il passaggio ad un desktop diverso, come Mate, che ha un migliore supporto per l'accessibilità. Lo si può fare installando il pacchetto mate-desktop-environment. Informazioni su come usare Orca in Mate sono disponibili qui.

Per coerenza con la distribuzione a monte e altre distribuzioni, il servizio polkit (in precedenza noto come PolicyKit), che permette a programmi non privilegiati di accedere a servizi di sistema con privilegi, ha cambiato la sintassi e la posizione delle regole delle politiche locali. Si dovrebbero ora scrivere regole locali per personalizzare la politica di sicurezza in JavaScript e posizionarle in /etc/polkit-1/rules.d/*.rules. Esempi di regole che usano questo nuovo formato possono essere trovati in /usr/share/doc/polkitd/examples/ e polkit(8) ha ulteriori informazioni.

In precedenza le regole potevano essere scritte nel formato pkla e messe in sottodirectory di /etc/polkit-1/localauthority o /var/lib/polkit-1/localauthority. Tuttavia i file .pkla ora dovrebbero essere considerati come deprecati e continueranno a funzionare solo se è installato il pacchetto polkitd-pkla. Questo pacchetto viene solitamente installato automaticamente quando si fa l'aggiornamento a bookworm, ma è probabile che non venga incluso nei rilasci futuri di Debian, perciò ogni modifica alla politica locale dovrà essere migrata nel formato JavaScript.

Debian has adopted a filesystem layout, referred to as «merged-/usr», which no longer includes the legacy directories /bin, /sbin, /lib, or optional variants such as /lib64. In the new layout, the legacy directories are replaced with symlinks to the corresponding locations /usr/bin, /usr/sbin, /usr/lib, and /usr/lib64. This means that, for example, both /bin/bash and /usr/bin/bash will launch bash.

For systems installed as buster or bullseye there will be no change, as the new filesystem layout was already the default in these releases. However, the older layout is no longer supported, and systems using it will be converted to the new layout when they are upgraded to bookworm.

The conversion to the new layout should have no impact on most users. All files are automatically moved to their new locations even if they were installed locally or come from packages not provided by Debian, and hardcoded paths such as /bin/sh continue to work. There are, however, some potential issues:

For further information, see The Case for the /usr merge and the Debian Technical Committee resolution.

Debian officially supports upgrades only from one stable release to the next, e.g. from bullseye to bookworm. Upgrades from buster to bookworm are not supported, and will fail due to Bug #993755 with the following error:

Setting up libc6:ppc64el (2.36-9) ...
/usr/bin/perl: error while loading shared libraries: libcrypt.so.1: cannot open shared object file: No such file or directory
dpkg: error processing package libc6:ppc64el (--configure):
installed libc6:ppc64el package post-installation script subprocess returned error exit status 127
        

It is however possible to manually recover from this particular situation by forcibly installing the new libcrypt1:

# cd $(mktemp -d)
# apt download libcrypt1
# dpkg-deb -x libcrypt1_*.deb .
# cp -ra lib/* /lib/
# apt --fix-broken install
        

Quando apt full-upgrade ha terminato, l'aggiornamento è «formalmente» completo. Per l'aggiornamento a bookworm non ci sono azioni speciali necessarie prima di effettuare un riavvio.

Ci sono alcuni pacchetti per i quali Debian non può garantire di fornire i backport minimi per ragioni di sicurezza. Questi verranno trattati nelle sottosezioni che seguono.

	Nota
	Il pacchetto debian-security-support aiuta a tenere traccia dello stato del supporto di sicurezza per i pacchetti installati.

I pacchetti per gli interpreti python3 forniti da Debian (python3.11 e pypy3) sono ora contrassegnati come gestiti esternamente, seguendo PEP-668. La versione di python3-pip fornita in Debian segue questo fatto e si rifiuta di installare manualmente pacchetti sugli interpreti Python di Debian a meno che non venga specificata l'opzione --break-system-packages.

Se si ha necessità di installare un'applicazione (o una versione) Python che non è pacchettizzata in Debian, è raccomandata l'installazione con pipx (nel pacchetto Debian pipx). pipx imposterà un ambiente isolato dalle altre applicazioni e moduli Python di sistema e vi installerà l'applicazione e le sue dipendenze.

Se si ha la necessità di installare un modulo di libreria (o una versione) Python che non è pacchettizzata in Debian, è raccomandata l'installazione in un ambiente virtuale, quando possibile. Si possono creare ambienti virtuali con il modulo stdlib Python venv (nel pacchetto Debian python3-venv) o lo strumento Python di terze parti virtualenv (nel pacchetto Debian virtualenv). Per esempio, invece di eseguire pip install --user pippo, eseguire: mkdir -p ~/.venvs && python3 -m venv ~/.venvs/pippo && ~/.venvs/pippo/bin/python -m pip install pippo per installarlo in un ambiente virtuale dedicato.

Per maggiori dettagli vedere /usr/share/doc/python3.11/README.venv.

Il riproduttore di video VLC gestisce la codifica e decodifica di video con accelerazione hardware attraverso VA-API e VDPAU. Tuttavia il supporto di VLC per VA-API è strettamente correlato alla versione di FFmpeg. Dato che FFmpeg è stato aggiornato al ramo 5.x, il supporto per VA-API di VLC è stato disabilitato. Gli utenti con GPU con supporto nativo per VA-API (es. GPU Intel e AMD) possono riscontrare un elevato uso della CPU durante la riproduzione e la codifica di video.

Gli utenti di GPU che offrono un supporto nativo per VDPAU (es. NVIDIA con i driver non liberi) non sono affetti da questo problema.

Il supporto per VA-API e VDPAU può essere controllato con vainfo e vdpauinfo (ciascuno fornito in un pacchetto Debian con lo stesso nome).

Il nuovo pacchetto systemd-resolved non viene installato automaticamente con l'aggiornamento. Se si usava il servizio di sistema systemd-resolved, installare manualmente il nuovo pacchetto dopo l'aggiornamento e notare che, fino a che non è stato installato, la risoluzione di DNS può non funzionare più, dato che il servizio non sarà presente nel sistema. Installare questo pacchetto darà automaticamente a systemd-resolved il controllo di /etc/resolv.conf. Per maggiori informazioni su systemd-resolved, consultare la documentazione ufficiale. Notare che systemd-resolved non era, e continua a non essere, il risolutore DNS predefinito in Debian. Se non si è configurata la propria macchina per usare systemd-resolved come risolutore per DNS, non è necessaria alcuna azione.

Il nuovo pacchetto systemd-boot non viene installato automaticamente con l'aggiornamento. Se si usava systemd-boot, installare questo nuovo pacchetto manualmente e notare che, fino a che non è stato fatto, la vecchia versione di systemd-boot verrà usata come bootloader. L'installazione di questo pacchetto configura automaticamente systemd-boot come bootloader per la macchina. Il bootloader predefinito in Debian continua ad essere GRUB. Se non si è ancora configurata la macchina per usare systemd-boot come bootloader, non è richiesta alcuna azione.

I servizi opzionali systemd-journal-gatewayd e systemd-journal-remote sono ora compilati senza il supporto per GnuTLS, il che significa che l'opzione --trust non è più fornita da nessuno dei due programmi, e verrà generato un errore se viene specificata.

Ci sono state diverse modifiche in adduser. La modifica più evidente è che --disabled-password e --disabled-login sono ora funzionalmente identiche. Per ulteriori dettagli leggere /usr/share/doc/adduser/NEWS.Debian.gz.

La logica di assegnazione di nomi prevedibili in systemd per le interfacce di rete è stata estesa per generare nomi stabili dalle informazioni sui dispositivi netfront di Xen. Ciò significa che, invece del sistema precedente di nomi assegnati dal kernel, le interfacce hanno ora nomi stabili nella forma enX#. Adattare il proprio sistema prima di riavviare dopo l'aggiornamento. Alcune informazioni in più possono essere trovate nella pagina NetworkInterfaceNames del wiki.

dash, che fornisce in modo predefinito la shell di sistema /bin/sh in Debian, è passata a trattare l'accento circonflesso (^) come carattere letterale, che è sempre stato il comportamento conforme a POSIX previsto. Ciò significa che in bookworm [^0-9] non significa più «non da 0 a 9» ma «da 0 a 9 e ^».

L'utilità netcat per leggere e scrivere dati attraverso connessioni di rete supporta socket astratti e li usa in modo predefinito in alcune circostanze.

In modo predefinito netcat viene fornito da netcat-traditional. Tuttavia, se netcat è fornito dal pacchetto netcat-openbsd e si sta usando un socket AF_UNIX, allora ha effetto questo nuovo comportamento predefinito ha effetto. In questo caso l'opzione -U per nc interpreta ora un argomento che inizia con un @ come una richiesta di un socket astratto invece che come un nome di file che inizia con @ nella directory corrente. Questo può avere implicazioni di sicurezza poiché i permessi del file system non possono più essere utilizzati per controllare l'accesso ad un socket astratto. Si può continuare ad usare un nome di file che inizia con @ facendo precedere il nome da ./ o specificando un percorso assoluto.

Quello che segue è un elenco di pacchetti obsoleti noti e degni di nota (vedere Sezione 4.8, «Pacchetti obsoleti» per una descrizione).

L'elenco dei pacchetti obsoleti comprende:

Con il prossimo rilascio di Debian 13 (nome in codice trixie) alcune funzionalità diventeranno deprecate. Gli utenti dovranno migrare ad altre alternative per evitare problemi nell'aggiornamento a Debian 13.

Ciò include le seguenti funzionalità: