22 votes

Peut ~/.local/share/applications remplacer /usr/share/applications ?

J'ai besoin de lancer quelques applications sur KDE avec quelques modifications de configuration ajoutées. Le meilleur moyen de le faire sans interférer avec / est de copier le fichier .desktop des applications individuelles dont je dois modifier la configuration depuis /usr/share/applications, ajouter des options, puis les copier dans ~/.local/share/applications.

Je me demande si cela va causer des problèmes auxquels je ne suis pas conscient. Et s'il y a un moyen meilleur de le faire en ne copiant pas tout mais en ajoutant uniquement des modifications dans le fichier desktop dans ~/.local/share/applications.

Merci.

18voto

Wilf Points 28034

Oui, cela devrait fonctionner pour copier ceux que vous souhaitez modifier dans ~/.local/share/applications, et ne devrait pas causer trop de problèmes à moins que vous ne fassiez de mauvaises modifications (par exemple, en supprimant des types MIME, etc.). Copier tous les éléments signifie que s'ils sont mis à jour dans /usr/share/applications, ils ne seront pas mis à jour dans ~/.local/share/applications, et les lanceurs pour les applications que vous supprimez resteront. Ne vous embêtez pas à copier tous ceux-là, cela est inutile.

Après avoir apporté les modifications, l'exécution de update-desktop-database ~/.local/share/applications/ devrait garantir que le nouveau lanceur est reconnu et s'affiche dans le Dash/Menu.

Le lanceur d'Unity, et probablement le Dash de Gnome, afficheront probablement toujours la version dans /usr/share/applications, vous devrez donc déverrouiller et verrouiller l'icône. Gnome 3 peut également nécessiter un redémarrage, Nautilus peut également en avoir besoin, donc se déconnecter et se reconnecter devrait résoudre ce problème.

La lecture des liens suivants peut vous aider à apporter des modifications :

3voto

Jacob Vlijm Points 78990

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

Il est en effet bon de pratique de copier un fichier .desktop localement avant de le modifier. C'est la procédure appropriée. Après l'avoir copié/modifié et vous être déconnecté/reconnecté, celui local prendra le dessus sur celui global.

Tous les fichiers dans /usr/share/applications ne sont pas forcément destinés à être exécutés directement par l'utilisateur. Certains fichiers ne sont peut-être même pas des fichiers .desktoptout depuis /usr/share/applications dans ~/.local/share/applications.

Il n'y a également aucune raison de copier tous les fichiers .desktop localement. Les fichiers locaux ne prendront le dessus sur les fichiers globaux que si le fichier local existe. Si le fichier local n'existe pas, le fichier global reste toujours "maître".

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

Outre la création de doublons inutiles, copier tout depuis /usr/share/applications peut provoquer des conflits au démarrage de votre bureau. Je l'ai d'ailleurs fait une fois en tant qu'expérience (Unity), j'ai dû réparer les choses avec une clé usb de démarrage.

Conclusion:

Ne copiez que les fichiers .desktop globaux dans ~/.local/share/applications si vous avez une raison de le faire, et ne copiez (et ne modifiez) que les fichiers spécifiquement.

Si vous endommagez d'une façon ou d'une autre un fichier .desktop, l'application ne démarrera pas depuis le Dash ou vous constaterez des icônes en double dans le Dash, si vous ne parvenez pas à réparer, supprimez simplement le fichier .desktop local, déconnectez/reconnectez-vous et les choses seront comme avant.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X