No puedo editar archivos con Gedit mientras que otros editores de texto lo hacen

Question

Básicamente lo que dice el título. Aparentemente, gedit no tiene ningún permiso para escribir ni siquiera en archivos de texto básicos que tienen todos los permisos necesarios. De hecho, otros IDES/editores de texto (como Atom o LibreOffice) pueden abrir y modificar dichos archivos sin ningún problema. Intenté solucionar el problema pero no puedo solucionarlo. Intenté reinstalarlo y actualizarlo, pero la identificación no resolvió el problema. Ejecutar Gedit como sudo funciona, pero el punto sería no convertirse en superusuario para leer/escribir archivos Léame simples en Documentos. En el peor de los casos, creo que podría usar ATOM como mi editor de texto principal, pero me gustaría conservar Gedit para realizar cambios rápidos en archivos de texto simples.

Por ejemplo, estoy intentando leer un archivo llamado "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

Intento abrirlo con gedit:

gedit Qiime2_notes.txt

y abre el archivo sin ningún aviso de error, pero no puedo escribir, seleccionar ni guardar el texto.

Básicamente como si no tuviera ningún permiso para modificar el texto:

sin embargo, cuando lo abro con sudo gedit Qiime2_notes.txt, funciona perfectamente.

Ahora puedo modificar perfectamente el archivo:

sin embargo, abrirlo atom Qiime2_notes.txtfunciona perfectamente sin sudo.

¿Alguna idea de por qué sucede esto?

Answer 1

Sospeché que era un problema de dconf y lo que terminó solucionándome fue prestar atención al error que recibía al iniciar desde la línea de comando.

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

Después de leer un poco sobre dconf, me di cuenta de que mi instalación no tenía una carpeta de perfil, /etc/dconf/profilelo cual tiene sentido ya que era una instalación no estándar. Así que lo hice y luego creé un archivo de perfil ibusen el que puse

user-db:user
system-db:ibus

usando, por supuesto, otro editor :-).

Según los documentos, la primera línea apuntará a su perfil de usuario dconf de su espacio de usuario. https://developer.gnome.org/dconf/unstable/dconf-overview.html

De acuerdo con mi entorno, mi DCONF_PROFILE=ibusconfiguración predeterminada buscó el perfil ahora existente y lo cargó. ¡La advertencia desapareció y ahora el editor edita! Aparentemente, sin lugar ar/w para la configuración de dconf, gedit entra solo en estado listo.

Si la DCONF_PROFILEvar de entorno no está configurada, de acuerdo con los documentos, dconf/gsetting utilizará el perfil de usuario en el espacio de usuario de forma predeterminada, evitando así lo que hice anteriormente. Se puede hacer eso eliminando el archivo./etc/profile.d/set-dconfg-profile.sh

Como esta no fue una solución específica de gedit, imagino que podría solucionar algunos problemas con otras aplicaciones de gnome/gsetting.

entonces, si el operador aún tiene este problema, tal vez puedan verificar si les falta este perfil y crear i, o configurar DCONF_PROFILE por error.