☰

Невозможно редактировать файлы с помощью Gedit, в то время как другие текстовые редакторы это делают

tag-icon • tag-icon permissions gedit
Невозможно редактировать файлы с помощью Gedit, в то время как другие текстовые редакторы это делают

В общем, то, о чем говорит заголовок. По-видимому, gedit не имеет никаких прав на запись даже в базовые текстовые файлы, которые имеют все необходимые разрешения. Фактически, другие IDES/текстовые редакторы (такие как Atom или LibreOffice) могут открывать и изменять такие файлы без каких-либо проблем. Я пытался устранить неполадки, но не смог исправить проблему. Я пробовал переустановить и обновить его, но id не решил проблему. Запуск Gedit как sudo работает, но смысл в том, чтобы не переходить в режим суперпользователя для чтения/записи простых файлов readme в Documents. В худшем случае, я думаю, я мог бы просто использовать ATOM в качестве основного текстового редактора, но я хотел бы оставить Gedit для быстрых изменений в простых текстовых файлах.

Например, я пытаюсь прочитать файл под названием «Qiime2_notes.txt».

$ ls -l
total 36
-rw-r--r-- 1 administrador administrador   164 de ma 20 10:52 Humann-notes.txt
-rw-r--r-- 1 administrador administrador  7697 d’abr  9 11:54 notes.txt
-rw-r--r-- 1 administrador administrador   281 de ma  4 17:56 Qiime2_automation_draft
-rwxrwxr-x 1 administrador administrador 19906 d’abr  9 13:02 Qiime2_notes.txt

Я пытаюсь открыть его с помощью gedit:

gedit Qiime2_notes.txt

и он открывает файл без каких-либо предупреждений об ошибках, но я не могу написать, выделить или сохранить текст.

По сути, как будто у меня не было разрешения изменять текст:

SS

Однако, когда я открываю его с помощью sudo gedit Qiime2_notes.txt, он работает идеально.

Теперь я могу идеально изменить файл:

SS

Однако, его открытие с atom Qiime2_notes.txtего помощью прекрасно работает и без sudo.

Есть идеи, почему это происходит?

решение1

Я подозревал, что проблема в dconf, и в конечном итоге ее решил, обратив внимание на ошибку, которую я получал при запуске из командной строки.

(gedit:2498): dconf-WARNING **: 22:15:51.286: unable to open named profile (ibus): using the null configuration.

Немного почитав о dconf, я понял, что в моей установке нет папки профиля, /etc/dconf/profileчто в общем-то логично, поскольку это была нестандартная установка. Поэтому я ее создал, а затем создал файл профиля, ibusв который поместил

user-db:user
system-db:ibus

конечно же с использованием другого редактора :-).

Согласно документации, первая строка будет указывать на ваш профиль пользователя dconf в пользовательском пространстве. https://developer.gnome.org/dconf/unstable/dconf-overview.html

согласно моей среде, DCONF_PROFILE=ibusпо умолчанию он искал этот существующий профиль и загружал его. Предупреждение исчезло, и теперь редактор редактирует! Видимо, без места ar/w для настроек dconf gedit переходит в режим ready only.

если DCONF_PROFILEпеременная окружения не установлена, то согласно документации dconf/gsetting будет использовать профиль пользователя в пользовательском пространстве по умолчанию, таким образом обходя то, что я сделал выше. Это можно сделать, удалив файл/etc/profile.d/set-dconfg-profile.sh

Поскольку это исправление не касается только gedit, я полагаю, что оно может решить некоторые проблемы с другими приложениями gnome/gsetting.

так что если у оператора все еще есть эта проблема, возможно, он может проверить, есть ли у него этот отсутствующий профиль, и создать его, или иным образом установить DCONF_PROFILE по ошибке.

Связанный контент