Мне нужно запустить некоторые приложения на KDE с некоторыми изменениями конфигурации. Лучший способ сделать это без путаницы /- это скопировать.desktop файл отдельных приложений, в котором мне нужно изменить конфигурацию, /usr/share/applicationsдобавить параметры и затем скопировать их ~/.local/share/applications.
Мне было интересно, не вызовет ли это каких-либо проблем, о которых я не знаю. И если есть лучший способ сделать это, скажем, не копируя все, а только добавляя изменения в файл рабочего стола в~/.local/share/applications .
Благодарю.
Ответы:
Да, он должен работать, чтобы скопировать те, к которым вы хотите изменить
~/.local/share/applications, и не должен вызывать слишком много проблем, если вы не сделаете некоторые плохие изменения (например, удалите mime-типы и т.д.) Копирование всех этих файлов означает, что если они будут обновлены в/usr/share/applications, они не будут обновлены~/.local/share/applications, а средства запуска приложений, которые вы удаляете, останутся. Не пытайтесь копировать их все, что не нужно.После внесения изменений
update-desktop-database ~/.local/share/applications/должен убедиться, что новый модуль запуска распознается, поэтому он отображается в Dash / Menu.Средство запуска Unity и, возможно, Gnome's Dash, вероятно, по-прежнему будут отображать версию
/usr/share/applications, поэтому вам нужно будет разблокировать и заблокировать значок. Gnome 3 также может потребоваться перезапуск, Nautilus может сделать то же самое, поэтому выход из системы и повторный вход должны исправить это.Чтение следующего может помочь с внесением изменений:
источник
/usr/share/applicationsи~/.local/share/applications.~/.local/share/applicationsимеет приоритет. Благодарю..desktopфайлов они обновляются не при обновлении приложения (включая глобальный.desktopфайл), а локально. Chrome славится этим, что приводит к дублированию иконок.org.gnome.Terminal.desktop, то когда он открывает измененный.desktopиз super + search по желанию, но значок, показанный на панели для этого нового измененного окна терминала, по-прежнему относится к системе.desktop.Не копируйте все файлы / каталоги из
/usr/share/applicationsЭто действительно хорошая практика, чтобы скопировать
.desktopфайл локально перед его редактированием. Это подходящая процедура. После того, как вы скопировали / отредактировали его и вышли из системы / вышли, локальный будет отменять глобальный.Однако не все файлы
/usr/share/applicationsпредназначены для непосредственного запуска пользователем. Некоторые файлы, возможно, вообще не являются.desktopфайлами, и даже может существовать несколько каталогов. Вот почему вы не должны просто копировать все из/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, выйдите из системы / войдите и все будет так, как было раньше.источник
.desktopфайл, просто удалите его log, out / in и все будет так, как было раньше.~/.local/share/applicationsесли вы начинаете видеть странное поведение ваших приложений, странный запуск браузера, множественные значки одного и того же приложения в