Échec de l'extraction du référentiel de backports de Jessie

J'utilise une image Docker comme base pour mon propre développement, qui ajoute le référentiel Jessie Backports dans son fichier Docker et l'utilise pour installer une dépendance. Cette image utilise la commande suivante pour ajouter le référentiel:

echo "deb http://ftp.debian.org/debian jessie-backports main" >> /etc/apt/sources.list

Le problème est que l'extraction des packages à partir du référentiel backports échoue désormais avec l'erreur suivante (cela fonctionnait auparavant):

W: Failed to fetch
http://ftp.debian.org/debian/dists/jessie-backports/main/binary-amd64/Packages
404  Not Found

W: Failed to fetch
http://deb.debian.org/debian/dists/jessie-updates/main/binary-amd64/Packages
 404  Not Found

J'ai regardé sur ce serveur, et ces chemins n'y sont en effet pas présents.

J'ai essayé de déterminer sur le site de backports Debian si ce référentiel particulier devrait toujours être disponible, et je n'ai trouvé aucune indication indiquant qu'il était obsolète ou quelque chose du genre.

S'agit-il d'un problème temporaire avec le référentiel ou le référentiel jessie-backports n'est-il plus disponible? Et s'il ne s'agit pas d'un problème temporaire, quelles options dois-je utiliser pour utiliser ce référentiel ou un référentiel équivalent sans passer à la version stable plus récente de Debian?

Wheezy et Jessie ont récemment été retirés du réseau miroir . Par conséquent, si vous souhaitez continuer à extraire les backports Jessie, vous devez utiliser archive.debian.org:

deb [check-valid-until=no] http://archive.debian.org/debian jessie-backports main

(Les vérifications de validité doivent être désactivées car le référentiel n'est plus mis à jour. Jessie aptne prend pas en charge l' check-valid-untilindicateur. Consultez la réponse d' inostia pour plus de détails, ainsi que le résumé de la configuration plus loin dans cette réponse.)

Le jessie-updatesréférentiel a été supprimé: toutes les mises à jour ont été fusionnées avec le référentiel principal et il n'y aura plus de mises à jour non liées à la sécurité. Donc, toute référence à jessie-updatesin sources.listou à des sources.list.dfichiers doit être supprimée. Les mises à jour de sécurité continueront à être fournies , sur les architectures prises en charge par LTS, dans le référentiel de sécurité, jusqu'au 30 juin 2020.

Puisque vous construisez une image de conteneur, je vous recommande fortement de vous baser sur Debian 9 (Stretch). Pour rester sur Debian 8 (Jessie), vos dépôts devraient ressembler à

deb http://cdn-fastly.deb.debian.org/debian/ jessie main
deb-src http://cdn-fastly.deb.debian.org/debian/ jessie main

deb http://security.debian.org/ jessie/updates main
deb-src http://security.debian.org/ jessie/updates main

deb http://archive.debian.org/debian jessie-backports main
deb-src http://archive.debian.org/debian jessie-backports main

(sans le jessie-updatesréférentiel).

Vous devrez également désactiver les vérifications de validité /etc/apt/apt.conf(qui s'appliqueront à tous les référentiels):

Acquire::Check-Valid-Until "false";

Après avoir essayé les solutions suggérées par @inostia et @Stephen Kitt, j'avais toujours l'erreur suivante:

W: Failed to fetch http://deb.debian.org/debian/dists/jessie-updates/main/binary-amd64/Packages  404  Not Found

E: Some index files failed to download. They have been ignored, or old ones used instead.

Je me suis dit que cela peut être résolu en supprimant la ligne deb http://deb.debian.org/debian jessie-updates mainde /etc/apt/sources.list.

J'ai fini avec l'extrait suivant dans mon fichier Docker:

RUN echo "deb [check-valid-until=no] http://cdn-fastly.deb.debian.org/debian jessie main" > /etc/apt/sources.list.d/jessie.list
RUN echo "deb [check-valid-until=no] http://archive.debian.org/debian jessie-backports main" > /etc/apt/sources.list.d/jessie-backports.list
RUN sed -i '/deb http:\/\/deb.debian.org\/debian jessie-updates main/d' /etc/apt/sources.list
RUN apt-get -o Acquire::Check-Valid-Until=false update

Cela m'est arrivé de provisionner une boîte Vagrant qui utilisait Debian "Jessie".

Après la réponse de Stephen Kitt , passer à archive.debian.org a fonctionné pour moi, mais je devais l'ajouter à /etc/apt/sources.list.d/jessie-backports.list, plutôt qu'à /etc/apt/sources.list.

J'ai ajouté la ligne suivante à provision.sh:

echo "deb http://archive.debian.org/debian jessie-backports main" > /etc/apt/sources.list.d/jessie-backports.list

J'ai également eu une erreur de sécurité en cours d'exécution apt-get update.

Suite à la façon de contourner le problème "Publication du fichier expiré" sur un miroir local , cette erreur a été corrigée:

apt-get -o Acquire::Check-Valid-Until=false update

Sinon, pour désactiver les contrôles de manière permanente, ajoutez ceci à provision.sh:

echo "Acquire::Check-Valid-Until \"false\";" > /etc/apt/apt.conf.d/100disablechecks

Ensuite, vous pouvez exécuter toutes les aptcommandes sans le -odrapeau.

Pour ceux qui utilisent NodeJS avec des bases d’image plus anciennes. J'avais des images figées contenant ces sources plus anciennes pour la compilation de bibliothèques supplémentaires.

Contexte: si vous vouliez installer python lors de la création d'un menu fixe, vous avez rencontré ce problème lors de la génération de l'image (au cours des dernières 24 heures), car cela ne permettait pas de générer des dépendances lors de la création d'un menu fixe.

J'ai essayé les recommandations de chemin d'archivage dans ce post, mais je ne pouvais pas dépasser les 404. (provenant également de l'emplacement archive.debian.org à compter d'aujourd'hui)

Solution: j'ai fini par passer à la dernière version du conteneur de node (pour laquelle des bibliothèques python sont déjà préinstallées), puis mettre à jour certaines bibliothèques dans le package json (qui inclut désormais également les bibliothèques binaires qui souhaitaient pythyon) a rendu le problème obsolète. .

En fin de compte, la mise à jour de l'image de base de la pile de conteneurs (noeud: dernière) semblait être le chemin le plus direct vers la résolution.

Méfiez-vous des piles d'images obsolètes avec des dépendances binaires incluses, elles prendront probablement un certain temps pour mettre à jour la couche de base du système d'exploitation.