Basicamente o que o título diz. Aparentemente, o gedit não tem permissão para escrever, mesmo em arquivos de texto básicos que possuem todas as permissões necessárias. Na verdade, outros editores IDES/texto (como Atom ou LibreOffice) podem abrir e modificar esses arquivos sem nenhum problema. Tentei solucionar o problema, mas não consigo resolver o problema. Tentei reinstalá-lo e atualizá-lo, mas não resolvi o problema. Executar o Gedit como sudo funciona, mas o objetivo seria não se tornar um superusuário para ler/gravar arquivos leia-me simples em Documentos. Na pior das hipóteses, acho que poderia usar o ATOM como meu editor de texto principal, mas gostaria de manter o Gedit para alterações rápidas em arquivos de texto simples.
Por exemplo, estou tentando ler um arquivo chamado "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
Eu tento abri-lo com o gedit:
gedit Qiime2_notes.txt
e abre o arquivo sem nenhum aviso de erro, mas não consigo escrever, selecionar ou salvar o texto.
Basicamente, como se eu não tivesse permissão para modificar o texto:
no entanto, quando abro com sudo gedit Qiime2_notes.txt, funciona perfeitamente.
Agora posso modificar perfeitamente o arquivo:
no entanto, abri-lo atom Qiime2_notes.txtfunciona perfeitamente sem sudo.
Alguma ideia de por que isso está acontecendo?
Responder1
Suspeitei que fosse um problema do dconf e o que acabou resolvendo para mim foi prestar atenção ao erro que estava recebendo ao iniciar a partir da linha de comando.
(gedit:2498): dconf-WARNING **: 22:15:51.286: unable to open named profile (ibus): using the null configuration.
Depois de ler um pouco sobre o dconf, percebi que minha instalação não tinha uma pasta de perfil na /etc/dconf/profilequal faz sentido, já que era uma instalação fora do padrão. Então eu fiz isso e criei um arquivo de perfil ibusno qual coloquei
user-db:user
system-db:ibus
usando, claro, outro editor :-).
de acordo com a documentação, a primeira linha apontará para o perfil de usuário dconf do seu espaço de usuário https://developer.gnome.org/dconf/unstable/dconf-overview.html
de acordo com meu ambiente, meu DCONF_PROFILE=ibuspadrão é procurar o perfil agora existente e carregá-lo. O aviso desapareceu e agora o editor edita! Aparentemente, sem lugar ar/w para configurações do dconf, o gedit entra apenas em pronto.
se o DCONF_PROFILEambiente var não estiver definido, de acordo com os documentos, dconf/gsetting usará o perfil do usuário no espaço do usuário por padrão, ignorando assim o que fiz acima. Pode-se fazer isso excluindo o arquivo/etc/profile.d/set-dconfg-profile.sh
Como esta não foi uma correção específica do gedit, imagino que possa resolver alguns problemas com outros aplicativos gnome/gsetting.
portanto, se a operação ainda tiver esse problema, talvez eles possam verificar se têm esse perfil ausente e criar i, ou definir DCONF_PROFILE por erro.