[GELÖST] [WAPT-Discovery 2.3.0.13516] Paketaktualisierungen nicht mehr möglich (setup.py im Manifest nicht zulässig)

[fabulousfabs]

Hallo zusammen,

Seit etwa drei Wochen habe ich ein seltsames Problem, das scheinbar nicht mit einem Update zusammenhängt (oder vielleicht verlief das Update relativ reibungslos) )

Wenn ich versuche, Pakete in meinem privaten Repository aus den tranquil-it-Repositories zu aktualisieren, erhalte ich jedes Mal die gleiche Fehlermeldung:

Fehler beim Duplizieren von Paketen:
tis-thunderbird_102.10.0-67_x64_windows_6.1_PROD_fr.wapt: Die Datei setup.py ist im Manifest von dsin-thunderbird(=102.10.0-67) nicht zulässig.

Es geht hier um Thunderbird, aber der Fehler tritt unabhängig davon auf, welches Paket ich zu aktualisieren versuche.
Ich habe versucht, die Konsole neu zu installieren, ohne Erfolg, und die Pakete neu zu signieren, gleiches Ergebnis.

Ich habe einige Websuchen durchgeführt, aber "setup.py" liefert viel zu viele Ergebnisse, die nichts mit WAPT zu tun haben, und in diesem Forum liefert "setup.py" gar keine Ergebnisse Falls es bereits Beiträge zu diesem Thema gibt, tut es mir leid, ich kann sie nicht finden

Vielen Dank an alle, die mir helfen können

Umfeld :
WAPT-Server: Debian 11 Stable mit WAPT Version 2.3.0.13516.
Administrationsrechner - Konsole: Windows Server 2012R2 mit Konsole 2.3.0.13516 Rev. -69968974

Guten Tag

[dcardon]

Hallo Fabien,

höchstwahrscheinlich handelt es sich bei dem verwendeten Zertifikat um ein Zertifikat ohne Codesignaturfunktion, das nur zur Konfiguration von Maschinen verwendet werden kann. Wir müssen das richtige Zertifikat finden, dann sollte das Problem behoben sein.

Die Fehlermeldung ist allerdings etwas unklar; wir versuchen, sie verständlicher zu gestalten.

Viele Grüße,

Denis

[fabulousfabs]

Hallo Fabien,

es ist sehr wahrscheinlich, dass das verwendete Zertifikat ein Nicht-Codesignatur-Zertifikat ist, das nur zur Konfiguration von Maschinen verwendet werden kann. Wir müssen das richtige Zertifikat finden, dann sollte das Problem behoben sein.

Die Fehlermeldung ist allerdings etwas unklar; wir versuchen, sie verständlicher zu gestalten.

Viele Grüße,

Denis

Hallo Denis,
Danke für Ihre Antwort.

Ich hatte also Zweifel an den verwendeten Schlüsseln/Zertifikaten. Ich habe versucht, sie durch andere Zertifikate zu ersetzen, die ich zur Hand hatte, aber das Ergebnis schien mit allen vorhandenen (historischen) Zertifikaten dasselbe zu sein. Sollte ich versuchen, ein privates/öffentliches Schlüssel- und Zertifikatspaar neu zu erstellen?
Gibt es eine Möglichkeit, den "Namen" des Zertifikats herauszufinden, das die Konsole erwartet?

Ich möchte die Nachricht nur etwas verständlicher machen: Soll ich etwas Bestimmtes tun, um einen Ausschnitt aus dem Protokoll oder eine klarere Nachricht zu erhalten?

Nochmals vielen Dank
Fabien

[dcardon]

Hallo Fabien,

um zu prüfen, ob das Zertifikat eine Codesignatur verwendet, doppelklicken Sie auf die .crt-Datei unter Windows. Im Zertifikatsfenster können Sie auf der Registerkarte „Details“ prüfen, ob unter „Erweiterte Schlüsselverwendung“ die Option „Codesignatur“ ausgewählt ist.

Um herauszufinden, welches Zertifikat in Ihrem Netzwerk bereitgestellt wurde, öffnen Sie einen installierten Agenten und überprüfen Sie das Verzeichnis.

Mit freundlichen Grüßen,

Denis

[fabulousfabs]

Hallo dcardon, vielen Dank für Ihre Anleitung.

Ich hatte tatsächlich nicht den richtigen Schlüssel, weder in C:\Programme (x86)\wapt\ssl noch in C:\Programme (x86)\wapt\private, noch im alten Verzeichnis C:\private.


Glücklicherweise konnte ich das verwendete Zertifikat und den Schlüssel in einem Backup finden, da die Dateien aus irgendeinem Grund von meinem Admin-Server gelöscht worden waren. Das Problem scheint also gelöst zu sein; der Rest hat nichts mit WAPT zu tun.

Nochmals vielen Dank, ich markiere dies als „gelöst“.

[dcardon]

Danke für das Feedback,
Denis.