Libelektra: Debian buster builds cassés

Merci d'avoir testé et signalé !

Où ces packages sont-ils hébergés ?

ÉDITER:
Je peux les déplacer dans le référentiel avec les packages bioniques.

deb [trusted=yes] https://debian-buster-repo.libelektra.org/ buster main

Après avoir exécuté ceci avec apt-get update j'obtiens :

W: Failed to fetch https://debian-buster-repo.libelektra.org/dists/buster/InRelease Could not connect to debian-buster-repo.libelektra.org:443 (88.198.134.179). - connect (111: Connection refused)

Ce sont les packages que nous hébergeons, a7 ou serveur communautaire.

J'ai également eu un échec de connexion, semble-t-il debian-buster-repo.libelektra.org est maintenant en panne ?

À bien y penser, le repo Buster a-t-il déjà existé ? Nous avions un référentiel étendu et référentiel bionique ubuntu. Je pense que nous n'avons jamais eu de repo Buster et l'enregistrement A pointe vers une IP que nous ne possédons pas.

Le Jenkinsfile actuel prétend qu'il crée des images buster :

https://github.com/ElektraInitiative/libelektra/blob/9cd0170f2630631696e711a5a1f08c553ce010e6/scripts/jenkins/Jenkinsfile#L1079

Dans ce cas, je pense que nous publions des packages de buster dans le référentiel stretch.

J'ai mis à jour l'enregistrement DNS de debian-buster-repo.libelektra.org, les deux pointent maintenant vers 128.130.173.73. Maintenant, la situation est la suivante :

• debian-buster-repo.libelektra.org mène à : │W : Herunterladen von https://debian-buster-repo.libelektra.org/dists/buster/main/binary-amd64/Packages fehlgeschlagen : La vérification du certificat a échoué : Le certificat n'est PAS fiable. L'émetteur du certificat est inconnu. Le nom dans le certificat ne correspond pas à celui attendu. Échec de la négociation : erreur lors de la vérification du certificat. [IP : 128.130.173.73 443]
• debian-stretch-repo.libelektra.org a libelektra4 version 0.9.1-1.1761 et 0.9.1-2 build pour libc6 (>= 2.27), cela signifie, comme @mpranj l'a également suggéré, probablement buster ?

Je pense que nous n'avons pas besoin de résoudre le problème de "stretch", supprimons simplement ce référentiel et corrigeons à la place le certificat de debian-buster-repo.libelektra.org

J'ai créé la configuration d'Apache et essayé d'acquérir un certificat de letsencrypt, mais l'ancien DNS est toujours mis en cache. Je réessayerai plus tard.

Le repo stretch est maintenant migré vers buster. Si nous avons l'intention d'abandonner le support extensible, nous devons supprimer l'enregistrement A obsolète.

Malheureusement, les versions principales sont cassées, donc aucun paquet ne peut être construit.

doc/INSTALL.md mentionne également toujours debian-stretch-repo

Les documents sont mis à jour et la publication automatisée des packages principaux devrait maintenant fonctionner. Pouvez-vous vérifier si les packages du référentiel fonctionnent maintenant ?

Pour une raison quelconque, j'ai installé 0.9.1-2, qui est préféré à 0.9.1-1.1861, qui est probablement le nouveau du buildserver ? Pouvons-nous pomper le nombre ou dois-je rétrograder ? Quelque chose comme dch --newversion 0.9.1-2 "Bump version." devrait suffire.

Merci d'avoir testé à nouveau. Oui, vous pouvez modifier le numéro de version.

Merci d'avoir modifié la version. J'ai déclenché une reconstruction de master pour obtenir de nouveaux packages et cela semble fonctionner maintenant. J'ai testé les packages de notre référentiel en utilisant une image de docker Debian Buster propre.

Oui, fonctionne parfaitement, merci pour le déclenchement ! J'ai mis à niveau maintenant vers 0.9.1-2.1881 :fireworks:

Afaik, nous avons corrigé tout ce qui est mentionné ici. Veuillez rouvrir si je me trompe ou si le problème se reproduit.

Merci! J'utilise déjà Elektra 0.9.2 sur Buster ! Tout fonctionne parfaitement :sparkle: