~ / .Local / share / applications peut-il remplacer / usr / share / applications?

J'ai besoin de lancer certaines applications sur KDE avec quelques modifications de configuration supplémentaires. La meilleure façon de le faire sans gâcher /est de copier le .desktopfichier des applications individuelles, que j'ai besoin de modifier la configuration de, de /usr/share/applications, ajouter des options, puis de les copier ~/.local/share/applications.

Je me demandais si cela allait causer des problèmes que je ne connais pas. Et s'il existe une meilleure façon de le faire, dites-le en ne copiant pas tout, mais en ajoutant uniquement des modifications dans le fichier de bureau ~/.local/share/applications.

Merci.

Oui, cela devrait fonctionner pour copier ceux que vous souhaitez modifier ~/.local/share/applicationset ne devrait pas causer trop de problèmes sauf si vous effectuez de mauvaises modifications (par exemple, en supprimant les types MIME, etc.). Copier tous ceux-ci signifie que s'ils sont mis à jour à /usr/share/applications, ils ne seront pas mis à jour ~/.local/share/applicationset les lanceurs des applications que vous supprimerez resteront. Ne vous embêtez pas à les copier tous, ce qui est inutile.

Après avoir effectué les modifications, l'exécution update-desktop-database ~/.local/share/applications/doit vous assurer que le nouveau lanceur est reconnu, il apparaît donc dans le Dash / Menu.

Le lanceur d'Unity et probablement Gnome's Dash afficheront probablement la version /usr/share/applications, vous devrez donc déverrouiller et verrouiller l'icône. Gnome 3 peut également avoir besoin d'un redémarrage, Nautilus peut également le faire, donc la déconnexion et la reconnexion devraient résoudre ce problème.

La lecture de ce qui suit peut aider à apporter des modifications:

• http://standards.freedesktop.org/desktop-entry-spec/latest/
• https://wiki.archlinux.org/index.php/Desktop_entries

Ne copiez pas tous les fichiers / répertoires de /usr/share/applications

Il est en effet recommandé de copier un .desktopfichier localement avant de le modifier. Telle est la procédure appropriée. Après l'avoir copié / modifié et déconnecté / connecté, le local remplacera le global.

Cependant, tous les fichiers ne /usr/share/applicationssont pas censés être exécutés directement par l'utilisateur. Certains fichiers ne sont peut-être pas du tout des .desktopfichiers et même quelques répertoires peuvent exister. C'est (ao) pourquoi vous ne devriez pas simplement tout copier de /usr/share/applicationsvers ~/.local/share/applications.

Il n'y a également aucune raison de copier tous les .desktopfichiers localement. Les locaux ne remplaceront les globaux que si le local existe. Si le local n'existe pas, le global est toujours "en charge".

Existe-t-il un risque si je copie le contenu complet de /usr/share/applicationsdans ~/.local/share/applications?

En plus de créer des doublons inutiles, copier tout de /usr/share/applicationscannette conflits provoquent le démarrage de votre ordinateur de bureau. En fait, je l'ai fait une fois comme expérience ( Unity), j'ai dû réparer les choses avec une clé USB de démarrage.

Conclusion:

Copiez les .desktopfichiers globaux uniquement ~/.local/share/applicationssi vous avez une raison de le faire et copiez (et modifiez) uniquement les fichiers spécifiquement.

Si vous gâchez un .desktopfichier d' une manière ou d' une autre, l'application ne démarre pas à partir de Dash ou vous rencontrez des icônes en double dans Dash, si vous n'arrivez pas à corriger, supprimez simplement le local .desktop, déconnectez-vous et les choses sont comme avant.