logo debian

Mise à jour de Debian 11 vers Debian 12, passage à php 8 et mise à jour de nextcloud vers la version 27

L’équipe du projet Debian a publié le 10 juin 2023 la douzième version de sa distribution : Debian 12 Bookworm. Comme d’habitude, je ne suis pas très en avance, et je n’ai toujours pas mis à jour la moindre de mes machines vers cette nouvelle version, ni même créé de modèle de machine en version 12. Je vais donc passer ici ma première machine vers Bookworm; c’est la machine qui héberge mon cloud perso basé sur nextcloud qui va y passer.

Comme je suis chaud, je vais en profiter pour mettre à jour mon nextcloud de la version 25 vers la version 27.

Comme à mon habitude, je ne va pas jouer au malin, et la procédure va se baser entièrement sur la doc de mise à jour publiée par le projet Debian.

Navigation

Sauvegarde de la machine dans son état initial

Comme toujours, je procède à une sauvegarde complète de la machine. Pour rappel, dans mon cas c’est assez facile, c’est une machine virtuelle tournant sous Proxmox VE, j’en réalise une sauvegarde complète en utilisant l’outil intégré à l’hyperviseur.

Et pour avoir la ceinture et les bretelles, je créé également un snapshot de la machine juste avant de démarrer la mise à jour, pour faciliter un retour en arrière en cas de no go.

Le cas php vs nextcloud

Cette machine motorise une instance de nextcloud 25 et elle dispose de php 7.4.

Il y a un petit sujet là-dessus : Debian 11 fourni la version 7.4 de php, qui est encore supportée par nextcloud 25 mais pas par nextcloud 26.

D’un autre côté, Debian 12 fourni la version 8.2 de php, qui est supportée par nextcloud 26 mais pas par nextcloud 25.

Donc, passer tout de suite en php 8.2 en faisant l’upgrade vers Debian 12 empêchera de faire la mise à jour vers nextcloud 26 ensuite car le netxcloud 25 refusera de fonctionner avec php 8.2.

Les versions communes de php supportées par nextcloud 25 et 26 sont la 8.0 et la 8.1. Il va donc falloir que j’installe l’une de ces deux versions sur ma Debian 11, mettre à jour nextcloud vers la version 26 puis 27, puis terminer ma mise à jour de Debian vers la version 12 et php 8.2.

Récupérer la liste des modules php installés

Je vais me garder dans un coin la liste des paquets concernés installés histoire de vérifier à la fin que j’ai bien tout remis.

# dpkg -l | grep php | grep ii
ii libapache2-mod-php7.4 7.4.33-1+deb11u4 amd64 server-side, HTML-embedded scripting language (Apache 2 module)
ii php-apcu 5.1.19+4.0.11-3 amd64 APC User Cache for PHP
ii php-apcu-bc 1.0.5-5 amd64 APCu Backwards Compatibility Module
ii php-bcmath 2:7.4+76 all Bcmath module for PHP [default]
ii php-common 2:76 all Common files for PHP packages
ii php-gmp 2:7.4+76 all GMP module for PHP [default]
ii php-imagick 3.4.4+php8.0+3.4.4-2+deb11u2 amd64 Provides a wrapper to the ImageMagick library
ii php-intl 2:7.4+76 all Internationalisation module for PHP [default]
ii php-ldap 2:7.4+76 all LDAP module for PHP [default]
ii php7.4 7.4.33-1+deb11u4 all server-side, HTML-embedded scripting language (metapackage)
ii php7.4-bcmath 7.4.33-1+deb11u4 amd64 Bcmath module for PHP
ii php7.4-bz2 7.4.33-1+deb11u4 amd64 bzip2 module for PHP
ii php7.4-cli 7.4.33-1+deb11u4 amd64 command-line interpreter for the PHP scripting language
ii php7.4-common 7.4.33-1+deb11u4 amd64 documentation, examples and common module for PHP
ii php7.4-curl 7.4.33-1+deb11u4 amd64 CURL module for PHP
ii php7.4-gd 7.4.33-1+deb11u4 amd64 GD module for PHP
ii php7.4-gmp 7.4.33-1+deb11u4 amd64 GMP module for PHP
ii php7.4-intl 7.4.33-1+deb11u4 amd64 Internationalisation module for PHP
ii php7.4-json 7.4.33-1+deb11u4 amd64 JSON module for PHP
ii php7.4-ldap 7.4.33-1+deb11u4 amd64 LDAP module for PHP
ii php7.4-mbstring 7.4.33-1+deb11u4 amd64 MBSTRING module for PHP
ii php7.4-mysql 7.4.33-1+deb11u4 amd64 MySQL module for PHP
ii php7.4-opcache 7.4.33-1+deb11u4 amd64 Zend OpCache module for PHP
ii php7.4-phpdbg 7.4.33-1+deb11u4 amd64 server-side, HTML-embedded scripting language (PHPDBG binary)
ii php7.4-readline 7.4.33-1+deb11u4 amd64 readline module for PHP
ii php7.4-xml 7.4.33-1+deb11u4 amd64 DOM, SimpleXML, XML, and XSL module for PHP
ii php7.4-zip 7.4.33-1+deb11u4 amd64 Zip module for PHP

Installer php 8.1

Cette version de php n’est pas disponible dans les dépôts Debian 11, je vais donc l’installer à partir d’un dépôt tiers.

Comme de nombreuses personnes en parlent bien mieux que moi, je vais me contenter de suivre approximativement la procédure décrite sur libremaster.com.

Configurer le dépot sury:

# apt -y install apt-transport-https lsb-release ca-certificates curl
# curl -sSLo /usr/share/keyrings/deb.sury.org-php.gpg https://packages.sury.org/php/apt.gpg
# echo "deb [signed-by=/usr/share/keyrings/deb.sury.org-php.gpg] https://packages.sury.org/php/ $(lsb_release -sc) main" > /etc/apt/sources.list.d/php-sury.list

Fixer les apt preferences pour inhiber l’installation d’autre chose que php 7.4 et php 8.1 depuis les dépôts sury

# echo 'Package: php8.1*
Pin: origin "packages.sury.org"
Pin-Priority: 500

Package: php7.4*
Pin: origin "packages.sury.org"
Pin-Priority: 500

Package: php-*
Pin: origin "packages.sury.org"
Pin-Priority: -1

Package: php*
Pin: origin "packages.sury.org"
Pin-Priority: -1'> /etc/apt/preferences.d/php-sury

Mettre à jour php 7.4

En effet, certain paquets php des dépôts standards de la Debian 11 ne sont pas suffixés « 7.4 », mais on va pouvoir installer depuis les dépôts sury une version équivalente correctement suffixée:

# apt update
# apt upgrade

Lister les packages de modules php 7.4 installés qui n’ont pas le suffixe -7.4 dans leur nom, et installer à la place les versions correctement suffixées:

# dpkg -l |grep ii |grep php- | cut -d " " -f 3 | while read line;do apt install -y php7.4-${line/php-/};done

Retirer quelques autres paquets non suffixés:

Sur ma config, il me restait encore quelques paquets non suffixés 7.4, mais qui avaient leur équivalent correctement suffixé également installé.

# apt remove php-bcmath php-gmp php-intl php-ldap

Installer php 8.1 (les modules en version 8.1 correspondant à ceux déjà présents en 7.4):

# apt install libapache2-mod-php8.1 php8.1-common php8.1 php8.1-apcu php8.1-bcmath php8.1-bz2 php8.1-cli php8.1-common php8.1-curl php8.1-gd php8.1-gmp php8.1-imagick php8.1-intl php8.1-ldap php8.1-mbstring php8.1-mysql php8.1-opcache php8.1-phpdbg php8.1-readline php8.1-xml php8.1-zip

Activer php 8.1 pour apache et désactiver php 7.4

# a2dismod php7.4
# a2enmod php8.1
# systemctl restart apache2

Voilà, si on met de côté le fait de récupérer les modifications de configuration éventuellement effectuées dans le précédent php7.4, l’installation et l’activation de php 8.1 est terminée.

Attention, après cette montée de version de php, il a fallu reproduire la configuration du module de cache apcu.

Mettre à jour Nextcloud

Maintenant que j’ai une version de php compatible, je peux passer à nextcloud 26. C’est fait depuis les paramètres d’administration, rubrique vue d’ensemble.

maj nextcloud 26

Comme d’habitude, ça se fait tout seul. Je n’utilise pas occ sur cette instance pour mettre à jour car elle est toute petite et je laisse faire le web-updater.

Après la mise à jour, j’ai le message habituel m’indiquant qu’il manque quelques indexes dans la base de donnée; ça se corrige avec la commande :

sudo -u www-data php occ db:add-missing-indices

Je répète la procédure pour passer à la version 27 de nextcloud:

maj nextlcoud 27

A noter ici qu’il a fallut que je redémarre mon serveur pour que l’application onlyoffice fonctionne de nouveau. Je n’ai aucune idée du pourquoi…

Par ailleurs j’ai eu l’avertissement suivant :

« La base de données est actuellement utilisée pour les verrous. Afin d’améliorer les performances, veuillez si possible configurer un cache mémoire »

verrous

Bon ben là c’est tout un bordel : en effet, les verrous qui assurent l’intégrité des fichiers/chemins quand ceux-ci sont ouverts ou uploadés  sont par défaut gérés en base de données. La conséquence est que ça impose une charge supplémentaire potentiellement importante sur la base de données, sur les grosses instances accédées par de nombreux utilisateurs. Dans ce cas là, nextcloud recommande d’utiliser un serveur redis pour prendre en charge le verrouillage.

Là on commence pas mal à s’éloigner du sujet qui est quand même de mettre à jour ma Debian 11 vers la version 12…donc je vais laisser ça de côté, de toute façon mon instance est minuscule et nous sommes 4 utilisateurs avec une petite dizaine de clients donc je suppose que ça ne changerait pas grand chose.

Toutefois je me pencherai quand même sur la question à l’avenir.

Mise à jour de Debian

Contrôler les paquets exogènes

La procédure implique de vérifier et lister les paquets éventuellement installés ne provenant pas des dépôts officiels Debian. Je viens de faire une installation de php 8.1 depuis le dépôt sury, donc il y a au moins ça qui devrait remonter.

Nextcloud pour sa part a été installé depuis les sources, mais ça ne doit pas interférer avec la mise à jour.

On va faire ça avec l’utilitaire apt-forktracer.

# apt install apt-forktracer
# apt-forktracer -v
php7.4-mbstring (1:7.4.33-7+0~20230815.86+debian11~1.gbp091944) [deb.sury.org: 1:7.4.33-7+0~20230815.86+debian11~1.gbp091944] [Debian: 7.4.33-1+deb11u4 7.4.33-1+deb11u3]
php8.1-bcmath (8.1.22-2+0~20230829.52+debian11~1.gbp4a1c12) [deb.sury.org: 8.1.22-2+0~20230829.52+debian11~1.gbp4a1c12]
php7.4-readline (1:7.4.33-7+0~20230815.86+debian11~1.gbp091944) [deb.sury.org: 1:7.4.33-7+0~20230815.86+debian11~1.gbp091944] [Debian: 7.4.33-1+deb11u4 7.4.33-1+deb11u3]
php7.4-gd (1:7.4.33-7+0~20230815.86+debian11~1.gbp091944) [deb.sury.org: 1:7.4.33-7+0~20230815.86+debian11~1.gbp091944] [Debian: 7.4.33-1+deb11u4 7.4.33-1+deb11u3]
php7.4-curl (1:7.4.33-7+0~20230815.86+debian11~1.gbp091944) [deb.sury.org: 1:7.4.33-7+0~20230815.86+debian11~1.gbp091944] [Debian: 7.4.33-1+deb11u4 7.4.33-1+deb11u3]
libpcre3 (2:8.45-1+0~20230620.10+debian11~1.gbp8792c4) [deb.sury.org: 2:8.45-1+0~20230620.10+debian11~1.gbp8792c4] [Debian: 2:8.39-13]
php7.4-bcmath (1:7.4.33-7+0~20230815.86+debian11~1.gbp091944) [deb.sury.org: 1:7.4.33-7+0~20230815.86+debian11~1.gbp091944] [Debian: 7.4.33-1+deb11u4 7.4.33-1+deb11u3]
php7.4-intl (1:7.4.33-7+0~20230815.86+debian11~1.gbp091944) [deb.sury.org: 1:7.4.33-7+0~20230815.86+debian11~1.gbp091944] [Debian: 7.4.33-1+deb11u4 7.4.33-1+deb11u3]
php7.4-opcache (1:7.4.33-7+0~20230815.86+debian11~1.gbp091944) [deb.sury.org: 1:7.4.33-7+0~20230815.86+debian11~1.gbp091944] [Debian: 7.4.33-1+deb11u4 7.4.33-1+deb11u3]
php7.4-imagick (3.7.0-4+0~20230701.41+debian11~1.gbpbf7e27) [deb.sury.org: 3.7.0-4+0~20230701.41+debian11~1.gbpbf7e27]
php-common (2:76->2:93+0~20230409.46+debian11~1.gbpdb4dcc) [deb.sury.org: 2:93+0~20230409.46+debian11~1.gbpdb4dcc] [Debian: 2:76]
php8.1-opcache (8.1.22-2+0~20230829.52+debian11~1.gbp4a1c12) [deb.sury.org: 8.1.22-2+0~20230829.52+debian11~1.gbp4a1c12]
php8.1-imagick (3.7.0-4+0~20230701.41+debian11~1.gbpbf7e27) [deb.sury.org: 3.7.0-4+0~20230701.41+debian11~1.gbpbf7e27]
php8.1-mysql (8.1.22-2+0~20230829.52+debian11~1.gbp4a1c12) [deb.sury.org: 8.1.22-2+0~20230829.52+debian11~1.gbp4a1c12]
libapache2-mod-php7.4 (1:7.4.33-7+0~20230815.86+debian11~1.gbp091944) [deb.sury.org: 1:7.4.33-7+0~20230815.86+debian11~1.gbp091944] [Debian: 7.4.33-1+deb11u4 7.4.33-1+deb11u3]
libapache2-mod-php8.1 (8.1.22-2+0~20230829.52+debian11~1.gbp4a1c12) [deb.sury.org: 8.1.22-2+0~20230829.52+debian11~1.gbp4a1c12]
php8.1-curl (8.1.22-2+0~20230829.52+debian11~1.gbp4a1c12) [deb.sury.org: 8.1.22-2+0~20230829.52+debian11~1.gbp4a1c12]
php7.4 (1:7.4.33-7+0~20230815.86+debian11~1.gbp091944) [deb.sury.org: 1:7.4.33-7+0~20230815.86+debian11~1.gbp091944] [Debian: 7.4.33-1+deb11u4 7.4.33-1+deb11u3]
php8.1 (8.1.22-2+0~20230829.52+debian11~1.gbp4a1c12) [deb.sury.org: 8.1.22-2+0~20230829.52+debian11~1.gbp4a1c12]
php7.4-bz2 (1:7.4.33-7+0~20230815.86+debian11~1.gbp091944) [deb.sury.org: 1:7.4.33-7+0~20230815.86+debian11~1.gbp091944] [Debian: 7.4.33-1+deb11u4 7.4.33-1+deb11u3]
php7.4-cli (1:7.4.33-7+0~20230815.86+debian11~1.gbp091944) [deb.sury.org: 1:7.4.33-7+0~20230815.86+debian11~1.gbp091944] [Debian: 7.4.33-1+deb11u4 7.4.33-1+deb11u3]
php7.4-mysql (1:7.4.33-7+0~20230815.86+debian11~1.gbp091944) [deb.sury.org: 1:7.4.33-7+0~20230815.86+debian11~1.gbp091944] [Debian: 7.4.33-1+deb11u4 7.4.33-1+deb11u3]
php8.1-intl (8.1.22-2+0~20230829.52+debian11~1.gbp4a1c12) [deb.sury.org: 8.1.22-2+0~20230829.52+debian11~1.gbp4a1c12]
php7.4-gmp (1:7.4.33-7+0~20230815.86+debian11~1.gbp091944) [deb.sury.org: 1:7.4.33-7+0~20230815.86+debian11~1.gbp091944] [Debian: 7.4.33-1+deb11u4 7.4.33-1+deb11u3]
libxml2 (2.9.14+dfsg-0.1+0~20230421.14+debian11~1.gbpf14485) [deb.sury.org: 2.9.14+dfsg-0.1+0~20230421.14+debian11~1.gbpf14485] [Debian: 2.9.10+dfsg-6.7+deb11u4 2.9.10+dfsg-6.7+deb11u4]
php7.4-json (1:7.4.33-7+0~20230815.86+debian11~1.gbp091944) [deb.sury.org: 1:7.4.33-7+0~20230815.86+debian11~1.gbp091944] [Debian: 7.4.33-1+deb11u4 7.4.33-1+deb11u3]
php7.4-xml (1:7.4.33-7+0~20230815.86+debian11~1.gbp091944) [deb.sury.org: 1:7.4.33-7+0~20230815.86+debian11~1.gbp091944] [Debian: 7.4.33-1+deb11u4 7.4.33-1+deb11u3]
php7.4-zip (1:7.4.33-7+0~20230815.86+debian11~1.gbp091944) [deb.sury.org: 1:7.4.33-7+0~20230815.86+debian11~1.gbp091944] [Debian: 7.4.33-1+deb11u4 7.4.33-1+deb11u3]
php8.1-mbstring (8.1.22-2+0~20230829.52+debian11~1.gbp4a1c12) [deb.sury.org: 8.1.22-2+0~20230829.52+debian11~1.gbp4a1c12]
php8.1-common (8.1.22-2+0~20230829.52+debian11~1.gbp4a1c12) [deb.sury.org: 8.1.22-2+0~20230829.52+debian11~1.gbp4a1c12]
php7.4-phpdbg (1:7.4.33-7+0~20230815.86+debian11~1.gbp091944) [deb.sury.org: 1:7.4.33-7+0~20230815.86+debian11~1.gbp091944] [Debian: 7.4.33-1+deb11u4 7.4.33-1+deb11u3]
php8.1-readline (8.1.22-2+0~20230829.52+debian11~1.gbp4a1c12) [deb.sury.org: 8.1.22-2+0~20230829.52+debian11~1.gbp4a1c12]
php7.4-apcu-bc (1.0.5-19+0~20230618.29+debian11~1.gbp6ddc4e) [deb.sury.org: 1.0.5-19+0~20230618.29+debian11~1.gbp6ddc4e]
php8.1-gd (8.1.22-2+0~20230829.52+debian11~1.gbp4a1c12) [deb.sury.org: 8.1.22-2+0~20230829.52+debian11~1.gbp4a1c12]
libpcre2-8-0 (10.40-1+0~20220713.16+debian11~1.gbpb6cec5) [deb.sury.org: 10.40-1+0~20220713.16+debian11~1.gbpb6cec5] [Debian: 10.36-2+deb11u1]
php7.4-common (1:7.4.33-7+0~20230815.86+debian11~1.gbp091944) [deb.sury.org: 1:7.4.33-7+0~20230815.86+debian11~1.gbp091944] [Debian: 7.4.33-1+deb11u4 7.4.33-1+deb11u3]
php7.4-ldap (1:7.4.33-7+0~20230815.86+debian11~1.gbp091944) [deb.sury.org: 1:7.4.33-7+0~20230815.86+debian11~1.gbp091944] [Debian: 7.4.33-1+deb11u4 7.4.33-1+deb11u3]
php8.1-phpdbg (8.1.22-2+0~20230829.52+debian11~1.gbp4a1c12) [deb.sury.org: 8.1.22-2+0~20230829.52+debian11~1.gbp4a1c12]
php7.4-apcu (5.1.22++-1+0~20230618.37+debian11~1.gbp7134d4) [deb.sury.org: 5.1.22++-1+0~20230618.37+debian11~1.gbp7134d4]
php8.1-bz2 (8.1.22-2+0~20230829.52+debian11~1.gbp4a1c12) [deb.sury.org: 8.1.22-2+0~20230829.52+debian11~1.gbp4a1c12]
php8.1-cli (8.1.22-2+0~20230829.52+debian11~1.gbp4a1c12) [deb.sury.org: 8.1.22-2+0~20230829.52+debian11~1.gbp4a1c12]
php8.1-ldap (8.1.22-2+0~20230829.52+debian11~1.gbp4a1c12) [deb.sury.org: 8.1.22-2+0~20230829.52+debian11~1.gbp4a1c12]
php8.1-gmp (8.1.22-2+0~20230829.52+debian11~1.gbp4a1c12) [deb.sury.org: 8.1.22-2+0~20230829.52+debian11~1.gbp4a1c12]
libgd3 (2.3.3-9+0~20230207.13+debian11~1.gbp649015) [deb.sury.org: 2.3.3-9+0~20230207.13+debian11~1.gbp649015] [Debian: 2.3.0-2]
php8.1-apcu (5.1.22++-1+0~20230618.37+debian11~1.gbp7134d4) [deb.sury.org: 5.1.22++-1+0~20230618.37+debian11~1.gbp7134d4]
php8.1-xml (8.1.22-2+0~20230829.52+debian11~1.gbp4a1c12) [deb.sury.org: 8.1.22-2+0~20230829.52+debian11~1.gbp4a1c12]
php8.1-zip (8.1.22-2+0~20230829.52+debian11~1.gbp4a1c12) [deb.sury.org: 8.1.22-2+0~20230829.52+debian11~1.gbp4a1c12]

Désactiver le dépot sury (on n’en a plus besoin):

# rm -f /etc/apt/sources.list.d/php-sury.list

S’assurer que Bullseye est up to date

Rien d’inhabituel:

# apt update
# apt upgrade

Vérifier l’état des paquets installés

En effet, un paquet partiellement installé ou en erreur, ou bloqué peu poser des soucis lors de la mise à jour, il convient donc de régler ces éventuels problèmes avant le changement de version de Debian. Pour vérifier tout ça:

# dpkg --audit
# dpkg --get-selections | grep 'hold$'

Si ces deux commandes ne retournent rien, on peut passer à la suite.

S’assurer qu’il y a assez de place pour faire la mise à jour

C’est bête, mais une saturation d’un disque peu bloquer une mise à jour; au mieux juste la bloquer, au pire, suivant à quel moment la saturation a lieu, laisser le système dans un état incohérent.

# df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
udev 1,5G 0 1,5G 0% /dev
tmpfs 298M 476K 298M 1% /run
/dev/vda1 98G 76G 17G 83% /
tmpfs 1,5G 0 1,5G 0% /dev/shm
tmpfs 5,0M 0 5,0M 0% /run/lock
tmpfs 298M 0 298M 0% /run/user/0


Il y a 17 Go de libres sur /, ça devrait suffire.

Reconfigurer la liste des sources APT

Pour ce faire, on va éditer le fichier /etc/apt/sources.list pour changer toutes les références à Bullseye, et les remplacer par Bookworm, et il y a aussi une modification du chemin dans le dépôt « security » à effectuer:

# sed -i 's/bullseye/bookworm/g' /etc/apt/sources.list
# sed -i 's/bullseye\/updates/bookworm-security/g' /etc/apt/sources.list

Récupérer la nouvelle liste des paquets

Boum, on fait un update:

# apt update

Mise à niveau

Paf, on procède maintenant à la mise à jour à proprement parler : télécharger et installer les mises à jour des paquets existants, supprimer les paquets obsolètes et télécharger et installer les éventuels nouveaux paquets nécessaires.

# apt full-upgrade

Dans mon cas, le processus de mise à jour a demandé si je souhaitais remplacer certains fichiers modifiés par la version fournie par le mainteneur du paquet (pour apache2, ntp, mariadb, sshd, exim, snmp et ldap):

Fichier de configuration « /etc/snmp/snmpd.conf »
==> Modifié (par vous ou par un script) depuis l'installation.
==> Le distributeur du paquet a fourni une version mise à jour.
Que voulez-vous faire ? Vos options sont les suivantes :
Y ou I  : installer la version du responsable du paquet
N ou O  : garder votre version actuellement installée
D  : afficher les différences entre les versions
Z  : suspendre ce processus pour examiner la situation
L'action par défaut garde votre version actuelle.
*** snmpd.conf (Y/I/N/O/D/Z) [défaut=N] ?

J’ai répondu « N » à chaque fois, car je souhaite conserver les personnalisations effectuées dans ces fichiers de configuration. Ce n’est pas forcément la meilleure pratique; le mieux étant de comparer les deux versions des fichiers de configuration, et de reporter les personnalisations dans la nouvelle version des fichiers de configuration.

Installer php 8.2 et tous les modules nécessaires:

# apt install libapache2-mod-php8.2 php8.2-apcu php8.2-bcmath php8.2-common php8.2-gmp php8.2-imagick php8.2-intl php8.2-ldap php8.2 php8.2-bcmath php8.2-bz2 php8.2-cli php8.2-common php8.2-curl php8.2-gd php8.2-gmp php8.2-intl php8.2-ldap php8.2-mbstring php8.2-mysql php8.2-opcache php8.2-phpdbg php8.2-readline php8.2-xml php8.2-zip

Reporter les paramètres éventuellement personnalisés de php sur le nouveau fichier de configuration (ou recopier l’ancien):

# mv /etc/php/8.2/apache2/php.ini /etc/php/8.2/apache2/php.ini.dist# cp /etc/php/8.1/apache2/php.ini /etc/php/8.2/apache2/php.ini

Reconfigurer de nouveau le cache apcu.

La mise à jour est terminée.

o/

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *