Cette espace vous permet de voir toutes les Voir les messages réalisées par ce membre. Vous ne pouvez voir que les Voir les messages réalisées dans les espaces auxquels vous avez accès.
Super d'avoir insisté en donnant les retours des commandes proposées, ça permet des réponses adaptées. Il faudrait savoir si cette règle est par défaut sur fédora puisque ça fonctionne directement sur fedora, si oui c'est plutôt rassura,nt, ils ne font pas n'importe quoi en matière de sécurité j'imagine.
As tu essayé les commandes ci-dessus pour gérer correctement avec SELinux l’appimage ? si oui, le retour des commandes auraient été intéressant. Mais c’est compréhensible que tu te lasses …
bon s'il n'existe plus, c'est qu'il faut faire reconnaitre l'executable comme tel avec les droits qu'il faut par SELinux. Regarde si mon dernier lien t'inspire. Tu peux aussi poser la question sur le forum openSUSE anglophone, il y a sans doute des utilisateurs de SELinux qui sauront faire ça.
Sinon, j'ai demandé à chatgpt : Sur un systeme Tumbleweed avec SELinux activé comment rendre exécutable un logiciel au format appimage
Voilà sa réponse : Sur openSUSE Tumbleweed avec SELinux activé, un AppImage peut refuser de s’exécuter même avec le bit exécutable, à cause du contexte SELinux. Voici la méthode propre. ✅ Méthode recommandée (propre, persistante) 1️⃣ Rendre le fichier exécutable (tu l'as déjà fait, c'est coché la case executable dans les propriétés)
4️⃣ Rendre le changement permanent (recommandé) Installe l’outil si besoin (tu n'as pas à le faire normalement, c'est déjà installé, vérifie avec zypper info policycoreutils-python-utils, j'ai ce paquet sur ma TW alors que je n'utilise pas SELinux):
Déclare un contexte permanent (bon là on est bien d'accord que tu le fais à tes risques et périls même si c'est cohérent avec le lien de fedora donné plus haut dans le fil de discussions) :
Pour cette dernière commande, il faut peut-être utiliser sudo : restorecon modifie le contexte SELinux du fichier. Si le fichier ne t’appartient pas ou si le contexte cible (ex. bin_t) nécessite des privilèges élevés, l’opération sera refusée sans droits root.
Salut, Bon, je me doutais un peu que SElinux était en jeu car mon installation étant ancienne, elle ne l'a pas et effectivement ça semble plus restrictif. A tout hasard, si tu mettais ton appimage dans le dossier bin du dossier parsonnel de l'utilisateur, est-ce que ça fonctionne ? Comme toi j'imagine, j'ai fait des recherches sur SElinux et ... j'ai rien compris https://blog.microlinux.fr/selinux/ https://doc.fedora-fr.org/wiki/SELinux#
Les exemples sont similaires sur les serveurs avec apache. DE ce que je comprends si ton fichier est refusé, c'est qu'il n'est pas correctement étiqueté par SElinux. Comme le dossier bin du home utilisateur est censé contenir les exécutables ... je me dis qu'il est peut-être classé comme il faut (ça n'a peut-être aucun sens ce que je raconte, j'ai pas bien lu et compris les deux liens ci-dessus). Mais est-ce que ce dossier bin existe toujours sur une nouvelle installation de Tumbleweed ?
Est ce que c’est une installation récente de tumbleweed ? il me semble qu’il y a eu du changement (en terme de sécurité ?) entre appmor et selinux. La recherche sur ton erreur semble indiquer qu’il faudrait retrouver le fichier mentionné et faire des modifications pour que ça pointe vers lui. Sur le site d’infomaniak, tu as un contact pour le support. Est-ce que tu leur as fait part du problème ?
Bonjour, Par curiosité, j'ai téléchargé l'appimage chez moi et après avoir coché la case dans les propriétés pour la rendre exécutable, elle se lance bien chez moi. Un double-clic fonctionne d'ailleurs, pas besoin du terminal. Bon j'ai juste la fenêtre pour se connecter au compte et je me suis arrêtée là vu que je n'ai pas de compte.
ça ne règle pas ton souci mais on peut se dire que c'est un truc qui ne va pas dans le système. Ou alors ça vient du mien, c'est une vieille installation de Tumbleweed que je mets à jour depuis sans avoir jamais réinstallé.
Regarde si tu peux mettre à jour ton BIOS, ça réglera peut être le souci. Le deuxième message est différent, je ne sais pas si ça peut être la même chose
Il y a eu un bug avec gdm pour la maj de Gnome 49. Il a touché d'autres distributions. Je ne sais pas si il est résolu. Je serais tentée de dire non si slowroll l'a alors que son intérêt serait d'éviter ce type de maj à problème. ou alors je n'ai pas compris son fonctionnement.
mais on peut se dire que c'est un truc qui ne va pas dans le système.