Поскольку есть комментарии, указывающие, что принятый ответ был неправильным, я чувствую, что должен указать, что этот вопрос не может иметь единственного ответа. Если вопрос был изменен для указания CLI, а запросы для GUI перемещены в новый поток, это устранит путаницу. Думаю, слишком поздно.
В любом случае для nautilus (он же файлы) на gnome под Ubuntu 14.04. И, учитывая принятый ответ, вы можете (как и я) ожидать, что эквивалент будет:
donotdothisssudo update-alternatives --install /etc/alternatives/gnome-text-editor gnome-text-editor /usr/bin/geany 10
Это то, что я думал, и это сломало ссылки, так что не делай этого! Если вы сделали, это то, что они были для меня:
lrwxrwxrwx /usr/bin/gnome-text-editor -> /etc/alternatives/gnome-text-editor
lrwxrwxrwx /etc/alternatives/gnome-text-editor -> /usr/bin/gedit
При исправлении этой ошибки я воссоздал эти ссылки следующим образом:
lrwxrwxrwx /usr/bin/gnome-text-editor -> /etc/alternatives/gnome-text-editor
lrwxrwxrwx /etc/alternatives/gnome-text-editor -> /usr/bin/geany
Поскольку все, что я действительно сделал, это заменил вторичную симлинк, и я получил желаемый ответ в своей системе, я предполагаю, что задача заключается просто в следующем:
sudo ln -s /usr/bin/geany /etc/alternatives/gnome-text-editor
Однако запуск команды CLI для изменения чего-либо, специфичного для графического интерфейса, должен быть неправильным. Место, где меня держат руки при поиске этой опции изменения, - это система меню nautilus, рядом с настройкой отдельного типа файла. Однако единственная причина, по которой я туда иду, заключается в том, что именно в этом и заключается часть решения. На мой взгляд, если вы следовали логике DPKG (альтернативы обновления) и включили ее в свой дистрибутив, то вам не нужно, чтобы приложение пользовательского пространства, такое как Nautilus, вмешивалось в ваше приложение диспетчера настроек. Моим скромным предложением исправить это было бы добавление нового элемента управления настройками редактора в настройки >> подробности >> приложения по умолчанию, который должен был быть новой страницей с точки зрения пользователей. Затем команде Nautilus необходимо изменить свое меню, чтобы пользователь перенаправлялся на эту новую страницу. Это поставило бы под угрозу, когда мои руки взяли меня, чтобы искать настройку, где мои руки «должны» взять меня вместо этого и управлять процессом ввода одной точки в настройку системы. Похоже, что это изменение должно быть в рамках альтернативных вариантов Debian, хотя я просто догадываюсь. Конечно, не было бы смысла продвигаться вперед с такими вещами без команды Nautilus с идеей, им также нужно будет указать API или эквивалентный механизм.
Страница настроек, на мой взгляд, должна охватывать как выбор редактора gnome по умолчанию, так и приложение, используемое для открытия каждого отдельного файла (который заменяет текущую функциональность, предоставляемую Nautilus).
Я пишу это как мимолетную мысль, не стесняйтесь продвигать это вперед, если оно обращается к вам. К сожалению, я не знаю процедуру и протокол, необходимый для этого сам.