Certificat « packages.sury.org » expiré

Sur une debian 9 je suis le tuto Installer PHP 7.4 sur Debian 10 ou Debian 9 – GeekMag
Mais le certificat semble avoir expiré:

sudo wget -O /etc/apt/trusted.gpg.d/php.gpg https://packages.sury.org/php/apt.gpg
--2022-03-04 17:52:21--  https://packages.sury.org/php/apt.gpg
Résolution de packages.sury.org (packages.sury.org)… 185.93.2.243
Connexion à packages.sury.org (packages.sury.org)|185.93.2.243|:443… connecté.
Erreur : le certificat de « packages.sury.org » n'est pas de confiance.
Erreur : le certificat de « packages.sury.org » a expiré.

J’ai essayé l’option apt-get --allow-unauthenticated update sans succès

Comment installer php7.4 sur Stretch ?

Les dépôts sury, c’est pour les gens pressés qui veulent une version de php sous Debian stable plus récente que ce que propose Debian stable.

La question qui tue : pourquoi stretch ? Et pourquoi avez-vious besoin de php.7.4 ?
Je comprends que suivre les mises à jour n’est pas toujours aisé, mais il serait bon d’expliciter ce besoin de php7.4 sur strech . Quelle application précise ?

1& fp2@debpacha:~ 2m11s $ apt-cache policy  php
php:
  Installé : (aucun)
  Candidat : 2:7.4+76
 Table de version :
     2:7.4+76 500
        500 http://ftp.fr.debian.org/debian bullseye/main amd64 Packages
        500 http://ftp.fr.debian.org/debian bullseye/main i386 Packages
1& fp2@debpacha:~ $

Qu’est-ce qui vous empêche de mettre à jour (en 2 étapes) vers Debian 11 ? Vous auriez une version de php du genre 7.4 c’est quand même plus classe que que 4.7 :slight_smile:

Cordialement,
Regards,
Mit freundlichen Grüßen,
مع تحياتي الخالصة


F. Petitjean
Ingénieur civil du Génie Maritime.

« Il est souvent trop tôt pour savoir s’il n’est pas trop tard. »
Pierre Dac

Nous souhaitons mettre à jour un wordpress qui nécessite un php7.4 et l’hébergeur (Jaguar) oblige ses clients à changer de serveur pour passer aux versions majeures, de debian 10 à 11 en l’occurence. Je retarde donc le dist-upgrade le plus possible.
Mais ma question était de savoir comment installer php7.4 sur Stretch, si c’est possible, bien sûr.

sur la machine concernée:
$ sudo apt-cache policy php
php:
Installed: 1:7.0+49
Candidate: 1:7.0+49
Version table:
*** 1:7.0+49 500
500 https://mirrors.as30781.net/apt/_debian/debian stretch/main amd64 Packages
100 /var/lib/dpkg/status

Non, ce n’est pas ce certificat qui pose problème, c’est celui du site packages.sury.org.
Vérifie que le paquet ca-certificates est bien installé sur ton système.
Vérifie aussi que ton système est bien à l’heure.

Pour ce que tu es en train de faire, c’est déconseillé d’ajouter des dépôts externes à Debian comme ça, je rejoins @littlejohn75 et te conseille aussi d’installer une version de Debian qui propose php7.4.

Oui ca-certificates est installé et le système est à l’heure.

Dois-je en conclure qu’il n’y a pas de solution pour installer php7.4 sur Stretch ?!

Sans aucune garantie que tu soit dans le même souci, peux-tu vérifier à l’aide de ce fil les différentes propositions ?

Quel fil ?

C’est balo, le lien était pas passé ^^ je viens de mettre à jour ma réponse.

Merci clochette, les commandes suivantes m’ont permis d’accéder aux certificats:

${SUDO} apt-get update
${SUDO} apt-get -y install apt-transport-https lsb-release ca-certificates curl
${SUDO} curl -sSLo /usr/share/keyrings/deb.sury.org-php.gpg https://packages.sury.org/php/apt.gpg
${SUDO} sh -c '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.list'
${SUDO} apt-get update

Et c’est bon ? si oui n’hésite pas àel signaler à l’aide de la petite coche verte depuis le message fournissant la bonne réponse (dans les 3 petits points).

Un ennui cependant seuls php-7.3 ou php-8.1 semblent disponibles. Et on a besoin de 7.4 ou 8.0

 > apt upgrade
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Calculating upgrade... Done
The following packages were automatically installed and are no longer required:
  linux-image-4.9.0-3-amd64 linux-image-4.9.0-7-amd64 php7.0-gd php7.0-intl php7.0-mysql php7.0-soap php7.0-xml php7.0-xmlrpc sgml-base xml-core
Use 'sudo apt autoremove' to remove them.
The following NEW packages will be installed:
  libapache2-mod-php8.1 php8.1 php8.1-cli php8.1-common php8.1-curl php8.1-fpm php8.1-gd php8.1-intl php8.1-mbstring php8.1-memcache php8.1-mysql php8.1-opcache
  php8.1-phpdbg php8.1-readline php8.1-soap php8.1-xml php8.1-xmlrpc php8.1-zip
The following packages will be upgraded:
  libapache2-mod-php7.3 libgd3 libidn2-0 libpcre2-8-0 libpcre3 libsasl2-2 libsasl2-modules libsasl2-modules-db libtiff5 libxml2 libzip4 php php-common php-curl
  php-fpm php-gd php-intl php-mbstring php-memcache php-mysql php-pear php-soap php-xml php-xmlrpc php-zip php7.0 php7.0-cli php7.0-common php7.0-curl php7.0-fpm
  php7.0-gd php7.0-intl php7.0-json php7.0-mbstring php7.0-mysql php7.0-opcache php7.0-readline php7.0-soap php7.0-xml php7.0-xmlrpc php7.0-zip php7.3
  php7.3-bcmath php7.3-cli php7.3-common php7.3-curl php7.3-fpm php7.3-gd php7.3-json php7.3-mbstring php7.3-mysql php7.3-opcache php7.3-readline php7.3-xml

N’est ce pas étrange de pouvoir installer 8.1 et pas 8.0 ?

Que te retournes ceci :

apt policy php7.4

C’est un peu étrange:

$ sudo apt policy php7.4
php7.4:
  Installed: (none)
  Candidate: 7.4.28-1+0~20220217.59+debian9~1.gbp195dcd
  Version table:
     7.4.28-1+0~20220217.59+debian9~1.gbp195dcd 500
        500 https://packages.sury.org/php stretch/main amd64 Packages
$ dpkg -l php7.4*
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name                               Version                Architecture           Description
+++-==================================-======================-======================-==========================================================================
un  php7.4-memcache                    <none>                 <none>                 (no description available)

Mais l’hébergeur m’a donné l’autorisation de faire un dist-upgrade sans changer de machine. Je vais faire ça

C’est une machine dédié ? si oui l’hébergeur ne peux que conseillé en aucun cas interdire de monter de version php, maintenant tu sais quel est le nom du paquet que tu cherches.

PS : pour ma curiosité c’est qui l’hébergeur ?

C’est une VM Jaguar network.

Je rouvre ce fil car je rencontre le même problème sur d’autres serveurs. Comment revenir au sources.list standard, sans sury, quand on n’a plus d’urgence concernant la version php ?
J’ai supprimé /etc/apt/sources.list.d/php.list mais :

$ mv /etc/apt/sources.list.d/php.list .
$ apt update
$ apt-cache policy php*
N: Impossible de trouver le paquet php.list

Poste le contenu de tes fichiers de sources ?

cat /etc/apt/sources.list
deb http://ftp.fr.debian.org/debian/ buster main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ buster main contrib non-free
#bullseye
deb http://deb.debian.org/debian bullseye main contrib non-free
deb http://deb.debian.org/debian bullseye-updates main contrib non-free
deb http://security.debian.org/debian-security bullseye-security main
deb http://ftp.debian.org/debian bullseye-backports main contrib non-free

N’oublie pas les éventuels dépôts dans /etc/apt/sources.d/ :wink:

Pourquoi ne pas simplement commenté la ligne plutôt que ta manipulation.

Bonjour

Pour voir tout,
on peut lancer la ligne de commande suivante :

grep -Env "^#|^$" /etc/apt/sources.list{,.d/*.list}