Les fichiers .desktop 17.10 / 18.04.TLS ne sont plus fiables
J'ai changé de 17.04 à 17.10 (par mise à jour, pas d'installation récente)
J'ai un tas de fichiers personnalisés .desktop sur mon bureau.
Lorsque j'essaie de courir alors, je reçois un message me disant que ces personnes ne sont pas "fiables" et que je dois les récupérer manuellement.
Y a-t-il un moyen de leur faire confiance à tous?
remarque:
- les fichiers du bureau ont des bits exécutables (j'ai exécuté
chmod +x). - avant de faire confiance, ils apparaissent sous forme de fichier générique, suivi de l'icône appropriée (par exemple, terminal, navigateur, ...)
- fonctionnait bien avant (c'est-à-dire que les icônes et l'action étaient OK dans 17.04)
- bureau à part samba sont OK.
modifier:
- les fichiers ne se trouvent pas dans
/tmpni dans$HOME.
J'ai lu :
Bit d'autorisation-exécution requis
- Les applications, y compris les bureaux et les shells, ne doivent pas exécuter de code exécutable à partir de fichiers lorsqu'elles sont toutes les deux:
- manque le bit exécutable
- situé dans le répertoire de base ou le répertoire temporaire d'un utilisateur.
- mon bureau ne sont dans aucun de ceux-ci.
- Cela inclut les fichiers * .desktop, * .jar et * .exe.
- Les fichiers .desktop étant
r--r--r--our-xr-xr-xne seront pas exécutés.
- Rien ne peut fournir une solution de contournement pour les exécuter de toute façon automatiquement ...
Mise à jour
- 18.04 le problème persiste, la réponse acceptée fonctionne toujours.
- 19.04 le problème persiste, la réponse acceptée ne fonctionne plus (vous devez remplacer yes par true, mais après le redémarrage,
.desktopn'est pas exécutable)
J'ai trouvé mes fichiers de bureau mentionnés dans un fichier binaire appelé ~/.local/share/gvfs-metadata/home que je ne pouvais pas éditer. Cependant, après quelques recherches, j'ai trouvé la commande gio. Exécutez la commande suivante, puis actualisez Nautilus.
gio set yourfile.desktop "metadata::trusted" yes