Donc à priori, quand on clique sur “mettre à jour” dans l’API, ça ne met à jour que les applications officielles ? Comme on rentre les adresses des dépôts quand on installe une application non officielle, il ne doit pas être très compliqué d’intégrer leur mise à jour également via l’API, non ?
Sinon ça oblige à surveiller régulièrement la présence de mises à jour sur toutes les applications non officielles…
Ok, si je comprends bien, si j’ajoute la community paquage list, les applications “en cours” se mettront à jour toutes seules, et est-ce qu’elles apparaîtront comme les applications officielles dans l’API ?
Je suis conscient des risques liés aux applications non officielles, mais le but est aussi de tester tout ça…
En fait ce n’est pas du tout la faute des applications hotspot_ynh et torclient_ynh qu’il a ce problème, c’est la faute de laversion de debian de nslcd.
En effet, si tu ne vois pas l’utilisateur admin dans les fichiers dans /etc/ c’est parce qu’il est stocké dans la base de donnée LDAP utilisé par yunohost pour l’authentification partout et nslcd est responsable de permettre d’accèder à ces utilisateurs comme des utilisateurs unix, “admin” en faisant partie.
Le problème c’est que la version de nslcd de Debian, 1 fois sur 5, se plante et n’arrive pas à se conecter à la base de donnée LDAP et résultat ne charge aucuns utilisateurs ce qui fait planter php5-fpm car il a besoin de l’utilisaeur admin (comme toutes les applications utilisant php remarque).
Tes solutions sont soit de relancer ton serveur/ta brique soit de faire les commandes suivantes :