Libelektra: debian buster baut kaputt

Danke fürs Testen und Melden!

Wo werden diese Pakete gehostet?

BEARBEITEN:
Ich kann sie zusammen mit bionischen Paketen in das Repo verschieben.

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

Nachdem ich dies mit apt-get update habe, erhalte ich:

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)

Es sind die Pakete, die wir hosten, a7 oder Community-Server.

Ich habe auch eine fehlgeschlagene Verbindung, scheint debian-buster-repo.libelektra.org jetzt ausgefallen?

Wenn ich darüber nachdenke, hat es das Buster-Repo jemals gegeben? Wir hatten ein Stretch-Repo und @Mistreatment hat das Ubuntu-

Das aktuelle Jenkinsfile gibt vor, dass es Buster-Images erstellt:

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

In diesem Fall, denke ich, veröffentlichen wir Buster-Pakete im Stretch-Repo.

Ich habe den DNS-Eintrag von debian-buster-repo.libelektra.org aktualisiert, beide zeigen jetzt auf 128.130.173.73. Jetzt ist die Situation wie folgt:

• debian-buster-repo.libelektra.org führt zu: │W: Herunterladen von https://debian-buster-repo.libelektra.org/dists/buster/main/binary-amd64/Packages fehlgeschlagen: Zertifikatsüberprüfung fehlgeschlagen: Das Zertifikat ist NICHT vertrauenswürdig. Der Aussteller des Zertifikats ist unbekannt. Der Name im Zertifikat stimmt nicht mit dem erwarteten überein. Handshake nicht möglich: Fehler bei der Zertifikatsüberprüfung. [IP: 128.130.173.73 443]
• debian-stretch-repo.libelektra.org hat libelektra4 Version 0.9.1-1.1761 und 0.9.1-2 build für libc6 (>= 2.27), das heißt, wie auch @mpranj vorgeschlagen, wahrscheinlich Buster?

Ich denke, wir müssen das "Stretch"-Problem nicht lösen, entfernen wir einfach dieses Repo und reparieren stattdessen das Zertifikat von debian-buster-repo.libelektra.org

Ich habe die Apache-Konfiguration erstellt und versucht, ein Letsencrypt-Zertifikat zu erhalten, aber das alte DNS wird immer noch zwischengespeichert. Werde es später nochmal versuchen.

Das Stretch-Repo wird nun zu Buster migriert. Wenn wir die Dehnungsunterstützung aufgeben möchten, sollten wir den veralteten A-Datensatz entfernen.

Leider sind Masterbuilds defekt, sodass keine Pakete erstellt werden können.

doc/INSTALL.md erwähnt auch noch debian-stretch-repo

Dokumente werden aktualisiert und die automatisierte Veröffentlichung von Masterpaketen sollte jetzt funktionieren. Können Sie überprüfen, ob die Pakete aus dem Repo jetzt funktionieren?

Aus irgendeinem Grund habe ich 0.9.1-2 installiert, das ist 0.9.1-1.1861 vorzuziehen, was wahrscheinlich das neue vom Buildserver ist? Können wir die Nummer pumpen oder muss ich ein Downgrade durchführen? Etwas wie dch --newversion 0.9.1-2 "Bump version." sollte ausreichen.

Vielen Dank für das erneute Testen. Ja, Sie können die Versionsnummer ändern.

Danke, dass du die Version gestoßen hast. Ich habe einen Rebuild von Master ausgelöst, um neue Pakete zu erhalten, und es scheint jetzt zu funktionieren. Ich habe die Pakete aus unserem Repo mit einem sauberen Debian-Buster-Docker-Image getestet.

Ja, funktioniert einwandfrei, danke fürs Auslösen! Ich habe jetzt auf 0.9.1-2.1881 aktualisiert :fireworks:

Afaik haben wir alles hier erwähnte behoben. Bitte öffnen Sie erneut, wenn ich mich irre oder das Problem erneut auftritt.

Dankeschön! Ich laufe bereits mit Elektra 0.9.2 auf Buster! Alles funktioniert einwandfrei :funkeln: