Cette sequence est la meme que celle ci :
https://packages.sury.org/php/README.txt
Malheureusement elle ne marche pas chez moi et je n’arrive pas a comprendre pourquoi.
Que faire pour debugguer le probleme ?
ton erreur est sur le binaire.
N’as tu pas ajouté les fichiers sources du dépôt packages.sury.org dans ton php.list ou dans un autre fichier?
Que dit
cat /etc/apt/sources.list{,.d/*} 2>/dev/null | grep -v "^#"
root@staging:/etc/apt# cat /etc/apt/sources.list{,.d/*} 2>/dev/null | grep -v "^#"
deb http://deb.debian.org/debian/ stretch main
deb http://security.debian.org/ stretch/updates main
deb http://deb.debian.org/debian/ stretch-updates main
deb https://packages.sury.org/php/ stretch main
PS : je dois ajouter un espace entre les 2 slash dans ce post sinon le site internet me renvoie cette erreur : “Désolé, vous ne pouvez pas insérer de lien vers ce domaine.”
PS2: merci de continuer a m’aider 
je viens de m’apercevoir que mon tout premier post a ete signale par la communaute et est donc considere comme du spam. Je dois avouer que j’ai du mal a comprendre…
je pense que ton compte-rendu n’est pas complet
Avec ce que tu indiques, je ne vois pas où est ton problème
Bonne continuation.
Bonjour miasdav
Parce que le forum a automatiquement détecté
qu’il y a eu beaucoup trop de liens vers
packages.sury.org
qui ont été postés dans ce fil de discussion.
Pour qu’un bloc de lignes soit affiché dans ton message
avec une police de caractères à chasse fixe => l’indentation et les retours à la ligne seront pris en compte
il faut faire précéder le bloc de lignes
par une ligne ne contenant que :
```text
et faire suivre le bloc de lignes
par une ligne ne contenant que :
```
de cette façon, les suites de caractères
qui pourraient être interprétées comme un lien par le moteur du forum ne le seront pas.
Mes infos ne sont surement pas complete mais en meme temps que veux tu que je te donne de plus ?
Je veux bien executer toutes les commandes que tu souhaites.
Si j’avais plus d’info j’en donnerai
Si quelqu’un passe par la et a une idee je suis preneur.
Merci en tout cas d’avoir essaye 
N’ayant pas trouve de solution, j’ai recompile le code PHP a partir du PPA deb-src d’Ubuntu…
Solution pas top mais au moins j’ai un PHP 7.2 qui fonctionne…
Je ne sais toujours pas pourquoi mon update plante sur le fetch du fichier
https://packages.sury.org/php/dists/stretch/main/binary-i386/Packages
Hello, je viens d’avoir juste à l’instant un problème similaire sur ma Debian, mais pour un autre repository, celui d’ossec. Il s’agit d’un problème DNS.
Exemple sur un serveur où je n’ai pas de soucis:
$ wget https://updates.atomicorp.com/channels/atomic/debian/dists/stretch/main/binary-amd64/Packages
--2019-01-09 09:13:36-- https://updates.atomicorp.com/channels/atomic/debian/dists/stretch/main/binary-amd64/Packages
Resolving updates.atomicorp.com (updates.atomicorp.com)... 158.69.253.161, 173.203.184.213, 192.95.31.85, ...
Connecting to updates.atomicorp.com (updates.atomicorp.com)|158.69.253.161|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 4044 (3.9K) [text/plain]
Saving to: ‘Packages’
Packages 100%[======================================================================================================================>] 3.95K --.-KB/s in 0s
2019-01-09 09:13:36 (224 MB/s) - ‘Packages’ saved [4044/4044]
Sur un autre serveur où j’ai le problème, on voit que l’IP résolue pour le domaine updates.atomiccorp.com n’est pas la même:
$ wget https://updates.atomicorp.com/channels/atomic/debian/dists/stretch/main/binary-amd64/Packages
--2019-01-09 09:13:44-- https://updates.atomicorp.com/channels/atomic/debian/dists/stretch/main/binary-amd64/Packages
Resolving updates.atomicorp.com (updates.atomicorp.com)... 192.95.31.85, 158.69.253.161, 46.105.121.84, ...
Connecting to updates.atomicorp.com (updates.atomicorp.com)|192.95.31.85|:443... connected.
HTTP request sent, awaiting response... 404 Not Found
2019-01-09 09:13:44 ERROR 404: Not Found.
Le serveur où ça ne fonctionne pas est un dedibox et utilisait les DNS d’Online.net. Après changement des DNS, it works.
Hmm, miasdav arrivait à obtenir par wget le fichier qu’apt n’arrivait pas à obtenir, donc ça ne doit pas être ça. Ou alors est-il possible de configurer apt pour qu’il utilise des DNS en particuliers ?
Je confirme ce que dis Sputnik93. J’arrive bien a recuperer le ficher avec wget.
J’ai l’impression d’avoir un probleme avec ma config SSL mais je ne sais pas du tout comment debugger le probleme. Si qq1 a des idees, il est le bienvenu
Bon je sais pas si c’est toujours d’actualité mais au cas où cela peux aussi être une corruption durant le préparatif de la mise à jour.
# rm /var/lib/apt/lists/* -vf
# apt-get update
Il y a aussi la possibilité que le dépôts soit lui même défectueux, mais j’ai un doute.
Salut @darkm00nch,
J’ai telecharge les sources de PHP Ubuntu et compile le package . Ca m’a 3 heures mais au moins ca marche. Par contre, je suis desole mais je ne me rappelle plus du tout comment j’ai recompile les sources de PHP, j’ai suivi un tuto sur le net. J’ai fait ca tres facilement, je suis sur que tu trouveras la solution sur google.
@Clochette, merci mais ce n’est pas ca 
, comme disait @miasdav c’est un truc lié à la partie SSL, car ce problème apparait uniquement lorsque le repository est en https.
Si je change un repository debian en https (plutôt que http), ce problème apparait avec le repository debian. Donc ce n’est pas lié au repository distant mais plutot au serveur debian qui a une config qu’il n’aime pas…
@miasdav, merci pour ta réponse, mais le problème de recompilation est que tu n’as pas les MAJ (sécurity etc…) régulières… du coup je voulais faire fct avec apt, tu n’as pas résolut donc le souci chez toi de apt ?
Merci beaucoup pour vos réponses et aide
Ok, je crois que j’ai trouvé le soucis…
Je m’explique (surtout pour @miasdav qui a aussi eu le problème).
En executant la commande suivante :
apt-get -o Debug::pkgProblemResolver=true -o Debug::Acquire::https=true -f install webmin
je peux voir que apt as un soucis de lecture du fichier ca-certificate.crt
0% [Working]* Trying 108.60.199.109…
- TCP_NODELAY set
- Connected to download.webmin.com (108.60.199.109) port 443 (#0)
- error reading ca cert file /etc/ssl/certs/ca-certificates.crt (Error while reading file.)
- Curl_http_done: called premature == 0
- Closing connection 0
Err:1 https://download.webmin.com/download/repository sarge/contrib amd64 webmin all 1.900
C’etait le fichier ca-certificate et son problème de lecture qui bloquait les processus https (apt).
J’ai réappliquer la config sur le fichier et repertoire /etc/ssl tel que :
sudo chown root / && chown root /etc/ && chown root /etc/ssl/ && chown root /etc/ssl/certs/ && chown root /etc/ssl/certs/ca-certificates.crt
sudo chmod 755 /
sudo chmod 755 /etc/
sudo chmod 755 /etc/ssl/
sudo chmod 755 /etc/ssl/certs
sudo chmod 644 /etc/ssl/certs/ca-certificates.crt
Depuis lors, les apt-get en https fonctionnent parfaitement. Problème résolu.
Merci pour l’aide et en espérant que çà aidera d’autres…
3 J'aime
YOOOOOO @darkm00ch !!!
Tu es trop fort !!! C’était le problème ! J’ai change les droits comme tu l’as préconisé et ca a fonctionné.
Un grand merci a toi d’avoir partagé avec nous la solution !
KOL AKAVOD ! 
Avec plaisir
1 J'aime
J’arrive un peu tard mais si ça peut aider des gens, je poste ma solution:
-
Le depot utilise les noms des versions de Debian (Buster, Bookworm, etc) et ne tolère que ces noms.
-
il faut donc modifier manuellement les lignes de codes trouvées dans les tutoriels et non faire des copier-coller.
Ainsi la ligne echo "deb https://packages.sury.org/php/ $(lsb_release -sc) main" ,trouvée dans les tutoriels, ajoute en fait dans les dépots echo "deb https://packages.sury.org/php/ faye main si vous etes sous Linux Mint Debian Edition 6 par exemple.
Elle doit donc etre modifiée manuellemt en echo "deb https://packages.sury.org/php/ bookworm main si vous etes sous Debian 12 ou LMDE 6.