Im Grunde das, was der Titel sagt. Anscheinend hat gedit keine Schreibberechtigung, nicht einmal für einfache Textdateien, die über alle erforderlichen Berechtigungen verfügen. Tatsächlich können andere IDES/Texteditoren (wie Atom oder LibreOffice) solche Dateien problemlos öffnen und ändern. Ich habe versucht, das Problem zu beheben, konnte es aber nicht beheben. Ich habe versucht, es neu zu installieren und zu aktualisieren, aber das hat das Problem nicht gelöst. Die Ausführung von Gedit als sudo funktioniert, aber der Sinn besteht darin, nicht als Superuser einfache Readme-Dateien in Dokumenten zu lesen/schreiben. Im schlimmsten Fall könnte ich wohl einfach ATOM als meinen Haupttexteditor verwenden, aber ich möchte Gedit für schnelle Änderungen in einfachen Textdateien behalten.
Ich versuche beispielsweise, eine Datei namens „Qiime2_notes.txt“ zu lesen.
$ 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
Ich versuche es mit gedit zu öffnen:
gedit Qiime2_notes.txt
und es öffnet die Datei ohne Fehlerwarnung, aber ich kann den Text nicht schreiben, auswählen oder speichern.
Im Prinzip so, als hätte ich keine Berechtigung, den Text zu verändern:
Wenn ich es jedoch mit öffne sudo gedit Qiime2_notes.txt, funktioniert es perfekt.
Jetzt kann ich die Datei problemlos bearbeiten:
Das Öffnen damit atom Qiime2_notes.txtfunktioniert allerdings einwandfrei ohne sudo.
Irgendeine Idee, warum das passiert?
Antwort1
Ich vermutete, dass es sich um ein Dconf-Problem handelte, und die Lösung für mich bestand letztendlich darin, auf den Fehler zu achten, der beim Starten über die Befehlszeile auftrat.
(gedit:2498): dconf-WARNING **: 22:15:51.286: unable to open named profile (ibus): using the null configuration.
Nachdem ich ein bisschen in dconf gelesen hatte, wurde mir klar, dass meine Installation keinen Profilordner hatte, /etc/dconf/profilewas irgendwie Sinn macht, da es sich um eine nicht standardmäßige Installation handelte. Also habe ich ihn erstellt und dann eine Profildatei erstellt, ibusin die ich
user-db:user
system-db:ibus
natürlich mit einem anderen Editor :-).
Laut Dokumentation wird die erste Zeile auf Ihr Userspace-Dconf-Benutzerprofil verweisen https://developer.gnome.org/dconf/unstable/dconf-overview.html
Laut meiner Umgebung DCONF_PROFILE=ibushat es standardmäßig nach dem jetzt vorhandenen Profil gesucht und es geladen. Die Warnung ist verschwunden und jetzt bearbeitet der Editor! Anscheinend geht Gedit ohne ar/w-Platz für Dconf-Einstellungen nur in den Bereitschaftsmodus.
Wenn die DCONF_PROFILEUmgebungsvariable nicht gesetzt ist, wird dconf/gsetting gemäß der Dokumentation standardmäßig das Benutzerprofil im Benutzerbereich verwenden und damit umgehen, was ich oben getan habe. Dies kann man tun, indem man die Datei löscht/etc/profile.d/set-dconfg-profile.sh
Da dies kein Gedit-spezifischer Fix war, kann ich mir vorstellen, dass es einige Probleme mit anderen Gnome-/Gsetting-Apps beheben könnte.
Wenn der OP also immer noch dieses Problem hat, kann er vielleicht prüfen, ob er dieses fehlende Profil hat und es erstellen oder anderweitig versehentlich DCONF_PROFILE festlegen.