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

17

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.

Sudhir Khanger
la source
1
Non non! seulement les spécifiques !!
Jacob Vlijm

Réponses:

12

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:

Wilf
la source
Je me demande dans quel cas verrais-je une entrée en double pour une application qui a un fichier de bureau à la fois dans /usr/share/applicationset ~/.local/share/applications.
Sudhir Khanger
@donniezazen voir: askubuntu.com/a/516346/72216
Jacob Vlijm
1
@JacobVlijm Je vois si les noms de fichiers sont identiques, alors celui en ~/.local/share/applicationsa priorité. Merci.
Sudhir Khanger
@donniezazen quelque chose à garder à l'esprit avec les .desktopfichiers modifiés localement, c'est qu'ils ne sont pas mis à jour si une application est mise à jour (y compris le .desktopfichier global ), mais pas la locale. Chrome est célèbre pour cela, ce qui entraîne des icônes en double.
Jacob Vlijm
Dans Ubuntu 18.10, si je copie l'entrée du terminal org.gnome.Terminal.desktop, alors quand il ouvre la recherche modifiée .desktopde super + comme vous le souhaitez, mais l'icône affichée sur le dock pour cette nouvelle fenêtre de terminal modifiée fait toujours référence au système .desktop.
Ciro Santilli 新疆 改造 中心 法轮功 六四 事件
3

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.

Jacob Vlijm
la source
Merci pour le compte rendu. Juste pour vous faire savoir que j'aurais dû être plus clair, je n'ai pas l'intention de copier tout le répertoire. Je voulais seulement copier des fichiers individuels.
Sudhir Khanger
1
@donniezazen Ah, alors ça devrait aller. Dans la plupart des cas, si vous gâchez vraiment un .desktopfichier, supprimez-le simplement, déconnectez-vous et les choses sont comme avant.
Jacob Vlijm
N'hésitez pas non plus à supprimer tous les .desktop ~/.local/share/applications si vous commencez à voir un comportement étrange avec vos applications, un navigateur démarrant étrangement, plusieurs icônes de la même application dans le lanceur, etc.
Natim