Необходимо отредактировать /usr/share/applications/default.list
. Формат должен быть очевидным, весело провести время ;)
p.s. там может быть инструментом командной строки, о котором я не знаю, который делает это для Вас... Мне нравится sed хотя ;)
Обновление: Это конкретное местоположение часто корректно для установок Ubuntu и некоторых других операционных систем, где гном является менеджером окон по умолчанию (хотя иногда это находится в /usr/share/gnome/applications/
.
Если Вы будете в удаче, то она будет использовать переменные среды XDG_*, объясненные здесь: http://developer.gnome.org/menu-spec/
Если это не там, и Вам не установили те переменные среды, можно попытаться использовать, найдите:
find / -name default.list 2> /dev/null
Иногда, немного отличающаяся система используется; На моем ноутбуке я использую LXDE (который я рекомендую, btw), /usr/share/applications
содержит .desktop файлы, создавание нового в этом каталоге добавляет объекты к меню, содержание файла диктует, где, чем это называют, и что это выполняет (и значок и т.д.). Эта система также находится в широком употреблении, попробуйте команду находки, чтобы видеть, имеет ли Ваша система .desktop файлы. Скопируйте тот в новый файл и измените его (самый легкий путь).
find / -name "*.desktop" 2> /dev/null
Если Вы все еще не можете уладить его, я думаю, что необходимо будет дать больше информации о почему версия Linux, версия менеджера окон и так далее.
Проблемой было в этом (на русском языке) решение, которое управляет с методом ввода. В настоящее время это влияет на пароле во время шифрования/дешифрования.
Вы могли бы пропускать подходящую pinentry программу, и к сожалению вывод Emacs менее, чем полезен.
В системе Redhat Ваш мог бы хотеть попытку, устанавливающую pinentry-gtk
пакет и видит, работает ли все.
Это старый вопрос, но недавно у меня была такая же проблема, поэтому я опубликую свое решение в любом случае.
В моем случае файл был зашифрован с помощью ключа GnuPG. В какой-то момент в течение длительного сеанса Emacs потерял возможность расшифровать файл, выдав то же сообщение об ошибке, что и в исходном сообщении:
epa-file--find-file-not-found-function: Opening input file: Decryption failed
Я обнаружил, что если я убью любой связанный процесс 'gpg-agent', запущенный фон, Emacs затем восстановил способность расшифровывать файл (после повторного запроса ключевой фразы).