[RESOLU] [WAPT-Discovery 2.3.0.13516] plus possible de mettre à jour les paquets (setup.py not allowed in manifest)

[fabulousfabs]

Bonjour à tou·te·s,

Depuis environ 3 semaines, je rencontre un problème étrange qui ne me semble pas lié à une quelconque mise à jour (ou alors la mise à jour à eue lieue de manière relativement transparente )

lorsque je veux mettre à jour les paquets sur mon dépôt privé depuis les dépôts de tranquil-it, je rencontre à chaque fois le même message d’erreur :

Erreurs durant la duplication de(s) paquet(s):
tis-thunderbird_102.10.0-67_x64_windows_6.1_PROD_fr.wapt: File setup.py is not allowed in manifest of dsin-thunderbird(=102.10.0-67)

Ici il s’agit de thunderbird, mais l’erreur apparaît quel que soit le paquet que j’essaie de mettre à jour.
J’ai tenté de réinstaller la console, sans effet, de resigner les paquets, pareil.

J’ai tenté quelques recherches web, mais "setup.py" remonte beaucoup trop de résultats sans aucun lien avec WAPT, et sur ce forum "setup.py" ne remonte rien s’il existe déjà des sujets à ce propos, j’en suis navré, pas moyen de les trouver -.-'

merci à tous celles et ceux qui pourraient m’aider

Environnement :
Serveur WAPT : Debian 11 stable avec WAPT version 2.3.0.13516.
Machine administration - console : Windows Server 2012R2 avec console 2.3.0.13516 rev -69968974

Bonne journée

[dcardon]

Bonjour Fabien,

il est très probable que le certificat utilisé est un certificat non code-signing qui ne peut être utiliser que pour configurer les machines. Il faut retrouver le bon certificat et ça devrait rentrer dans l'ordre.

Ceci dit le message n'est pas très parlant, on va voir pour rendre cela moins cryptique...

Cordialement,

Denis

[fabulousfabs]

Bonjour Fabien,

il est très probable que le certificat utilisé est un certificat non code-signing qui ne peut être utiliser que pour configurer les machines. Il faut retrouver le bon certificat et ça devrait rentrer dans l'ordre.

Ceci dit le message n'est pas très parlant, on va voir pour rendre cela moins cryptique...

Cordialement,

Denis

Bonjour Denis,
merci pour ta réponse.

Alors, j’ai eu un doute sur les clés/certificats utilisés, j’ai essayé de changer avec les autres certificats que j’avais sous la main, mais le résultat a semblé être le même avec toutes celles que j’avais sous la main (historiques), dois-je essayer de recréer une paire de clé privée/publique et certificat ?
Y’a-t-il un moyen de trouver le "nom" du certificat que la console attends ?

Je ne demande qu’à rendre le message moins cryptique, veux-tu que je faisse une manipulation particulière pour sortir un bout de log ou un message plus clair ?

Merci encore,
Fabien

[dcardon]

Bonjour Fabien,

pour vérifier si le certificat est code-signing ou pas, vous pouvez double cliquer sur le .crt sur un windows, et dans la fenêtre de certificat, onglet "détail", vous pouvez vérifier si dans l'attribut "Utilisation avancée de la clé" il y a bien "Signature de code".

Pour savoir c'est quel certificat qui a été déployé sur votre parc, vous pouvez aller sur un agent installé et vérifier dans le répertoire <wapt_home>/ssl le fichier .crt qui est dedans.

Cordialement,

Denis

[fabulousfabs]

Bonjour dcardon, et merci pour vos instructions.

En effet, je n’avais pas la bonne clé, ni dans C:\program files(x86)\wapt\ssl, ni dans C:\program files(x86)\wapt\private ni même dans l’ancien emplacement C:\private.


Par chance, j’ai pu retrouver le certificat et la clé utilisés, dans une sauvegarde, car je ne sais pourquoi : … les fichiers avaient été supprimés de mon serveur d’admin. Anyway, le problème semble bien résolu, le reste n’a rien à voir avec WAPT.

Merci encore, j’édites en "résolu".

[dcardon]

merci pour le retour
Denis