可以〜/ .local / share / applications覆盖/ usr / share / applications吗?
我需要在KDE上启动一些应用程序,并添加一些配置更改。 最好的方法是在不搞乱的情况下通过复制单个应用程序的.desktop
文件,我需要更改/usr/share/applications
,添加选项,然后将它们复制到~/.local/share/applications
。
我想知道这是否会导致我不知道的任何问题。 如果有更好的方法可以做到这一点,不要复制所有内容,只需在~/.local/share/applications
添加桌面文件中的更改。
谢谢。
是的,应该将你想要修改的那些复制到~/.local/share/applications
,除非你做了一些不好的编辑(例如删除mime-types等),否则不应该导致太多问题。 复制所有这些意味着如果它们在/usr/share/applications
上更新,它们就赢了;在~/.local/share/applications
更新,你删除的应用程序的启动器将保留。 不要费心复制所有不必要的东西。
进行编辑后,运行update-desktop-database ~/.local/share/applications/
应该确保新的启动器被识别,因此显示在Dash / Menu中。
Unity的启动器,可能还有Gnome的Dash可能仍会显示/usr/share/applications
的版本,因此您需要解锁并锁定图标。 Gnome 3也可能需要重启,Nautilus也可以这样做,因此注销并重新登录应该可以解决这个问题。
阅读以下内容可能有助于进行编辑:
不要从/usr/share/applications
复制所有文件/目录
在编辑之前在本地复制.desktop
文件确实是一种好习惯。 这是适当的程序。 复制/编辑并注销后,本地的将覆盖全局的。
然而,并非所有/usr/share/applications
中的文件都是由用户直接运行的。 有些文件可能根本没有.desktop
文件,甚至可能存在一些目录。 那就是(ao)为什么你不应该简单地将/usr/share/applications
所有内容复制到~/.local/share/applications
。
也没有理由在本地复制所有.desktop
文件。 如果本地的存在, 那么本地的只会否决全球的那些。 如果本地的不存在,则全局的仍然是“负责”。
如果我将/usr/share/applications
的完整内容复制到~/.local/share/applications
是否存在风险?
除了创建无用的重复项之外,从/usr/share/applications
复制所有内容可能会导致启动桌面时发生冲突。 实际上,我曾经做过一次实验( Unity
),不得不用启动usb来解决问题。
结论:
如果您有理由将全局.desktop
文件复制到~/.local/share/applications
,并且只复制(和编辑)文件。
如果你以某种方式弄乱.desktop
文件,应用程序将无法从Dash启动,或者您在Dash中遇到重复的图标,如果您无法修复,只需删除本地.desktop
,注销/进入,事情如同他们以前。