[gelöst] Dieses Dokument ist kein gültiges UTF-8
[gelöst] Dieses Dokument ist kein gültiges UTF-8
Hallo Debianer,
ich habe ein paar .txt Dateien auf dem Computer liegen, welche ich mit mousepad unter Xfce öffne und bekomme dann in einem kleinen Fenster einen Hinweis angezeigt, das dieses Dokument kein gültiges UTF-8 ist. Ich habe bei mousepad dann drei Auswahlmöglichkeiten: Standard (UTF-8), System (UTF-8), Andere (ISO-8859-14)
Um diese Dokumente öffnen zu können, muss ich auf Andere ISO-8859-14 klicken, dann kann ich es öffnen.
Meine Frage nun an euch, weiß jemand zufällig, ob es über das Terminal möglich ist, mit einem speziellen Befehl sämtliche .txt Dateien die im ISO-8859-14 vorliegen, in UTF-8 umzuwandeln, oder bleibt mir da nur dies alles per Hand zu erledigen, sprich die Datei zu öffnen, Inhalt rauskopieren und eine neue Datei zu erstellen?
Danke schon einmal im voraus.
ich habe ein paar .txt Dateien auf dem Computer liegen, welche ich mit mousepad unter Xfce öffne und bekomme dann in einem kleinen Fenster einen Hinweis angezeigt, das dieses Dokument kein gültiges UTF-8 ist. Ich habe bei mousepad dann drei Auswahlmöglichkeiten: Standard (UTF-8), System (UTF-8), Andere (ISO-8859-14)
Um diese Dokumente öffnen zu können, muss ich auf Andere ISO-8859-14 klicken, dann kann ich es öffnen.
Meine Frage nun an euch, weiß jemand zufällig, ob es über das Terminal möglich ist, mit einem speziellen Befehl sämtliche .txt Dateien die im ISO-8859-14 vorliegen, in UTF-8 umzuwandeln, oder bleibt mir da nur dies alles per Hand zu erledigen, sprich die Datei zu öffnen, Inhalt rauskopieren und eine neue Datei zu erstellen?
Danke schon einmal im voraus.
Zuletzt geändert von Houbey am 11.03.2020 13:05:13, insgesamt 2-mal geändert.
Viele Grüße
Houbey
------------------------------
Debian GNU/Linux 11.9 Bullseye, Xfce 4.16, als 64-Bit und bis jetzt noch glücklich damit.
Houbey
------------------------------
Debian GNU/Linux 11.9 Bullseye, Xfce 4.16, als 64-Bit und bis jetzt noch glücklich damit.
- KBDCALLS
- Moderator
- Beiträge: 22360
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
Re: Dieses Dokument ist kein gültiges UTF-8
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
- Kennst du unsere Verhaltensregeln
- Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.
Re: Dieses Dokument ist kein gültiges UTF-8
Ich habe eben mal in der synaptic Paketverwaltung geschaut und da gibt es bei Debian stretch kein Paket mit dem reinen Namen iconv. Ich habe zwei andere Pakete die bereits installiert sind. Das wäre einmal libc-bin und libtext-iconv-perl. Bei libc-bin kann ich aber in der Beschreibung folgendes finden:
Wie es aussieht, ist das von dir erwähnte iconv an 4. Stellte in diesem libc-bin enthalten. Das Paket recode ist bei mir nicht installiert.
Code: Alles auswählen
* catchsegv: Speicherzugriffsfehler in Programmen abfangen
* getconf: Systemkonfigurationsvariablen abfragen
* getent: Einträge aus Verwaltungsdatenbanken auslesen
* iconv, iconvconfig: zwischen verschiedenen Zeichencodierungen umwandeln
* ldd, ldconfig: Abhängigkeiten von gemeinsamen Bibliotheken
anzeigen/konfigurieren
* locale, localedef: Locale-Definitionen anzeigen/erzeugen
* tzselect, zdump, zic: Zeitzonen auswählen/anzeigen/kompilieren
Zuletzt geändert von Houbey am 11.03.2020 13:07:02, insgesamt 1-mal geändert.
Viele Grüße
Houbey
------------------------------
Debian GNU/Linux 11.9 Bullseye, Xfce 4.16, als 64-Bit und bis jetzt noch glücklich damit.
Houbey
------------------------------
Debian GNU/Linux 11.9 Bullseye, Xfce 4.16, als 64-Bit und bis jetzt noch glücklich damit.
- KBDCALLS
- Moderator
- Beiträge: 22360
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
Re: Dieses Dokument ist kein gültiges UTF-8
Ersteres stimmt , und letzteres muss installiert werden.
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
- Kennst du unsere Verhaltensregeln
- Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.
Re: Dieses Dokument ist kein gültiges UTF-8
Super Sache, KBDCALLS, vielen Dank.
Ich schaue mir das mal genauer an und werde mal ein wenig herumspielen. Ich denke, ich melde mich wieder, wenn ich soweit ausgiebig getestet habe.
Ich schaue mir das mal genauer an und werde mal ein wenig herumspielen. Ich denke, ich melde mich wieder, wenn ich soweit ausgiebig getestet habe.
Zuletzt geändert von Houbey am 11.03.2020 13:07:14, insgesamt 1-mal geändert.
Viele Grüße
Houbey
------------------------------
Debian GNU/Linux 11.9 Bullseye, Xfce 4.16, als 64-Bit und bis jetzt noch glücklich damit.
Houbey
------------------------------
Debian GNU/Linux 11.9 Bullseye, Xfce 4.16, als 64-Bit und bis jetzt noch glücklich damit.
Re: Dieses Dokument ist kein gültiges UTF-8
Ich habe mir soweit iconv angesehen und es erledigt soweit auch mein Vorgehen was ich gerne machen möchte. Nun ist mir eines aufgefallen, denn das Zeilenende steht nach dem konvertieren noch auf "DOS/Windows (CR+LF). Wenn iconv dieses auch noch beim konvertieren erledigen kann, das Zeilenende auf Unix (LF) umzustellen, wäre ich wunschlos zufrieden. In der manpage habe ich jetzt nichts dazu finden können.
Hat jemand noch eine Idee?
Hat jemand noch eine Idee?
Zuletzt geändert von Houbey am 11.03.2020 13:07:23, insgesamt 1-mal geändert.
Viele Grüße
Houbey
------------------------------
Debian GNU/Linux 11.9 Bullseye, Xfce 4.16, als 64-Bit und bis jetzt noch glücklich damit.
Houbey
------------------------------
Debian GNU/Linux 11.9 Bullseye, Xfce 4.16, als 64-Bit und bis jetzt noch glücklich damit.
- KBDCALLS
- Moderator
- Beiträge: 22360
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
Re: Dieses Dokument ist kein gültiges UTF-8
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
- Kennst du unsere Verhaltensregeln
- Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.
Re: Dieses Dokument ist kein gültiges UTF-8
Das hat funktioniert. Dankeschön.
Ich habe mir den Befehl ein wenig verfeinert um gleich mehrere Dateien in Unterverzeichnissen zu konvertieren.
Und um das Zeilenende zu ändern
Nun habe ich allerdings festgestellt, das bei allen meinen .txt Dateien sämtliche Umlaute fehlen und nur noch Zeichen enthalten sind. Da ist mir wohl ein Fehler unterlaufen. Folgendes habe ich nun z.B. in den .txt Dateien stehen:
Das kann man nicht reinzufällig rückgängig machen oder sind die Dateien nun dauerhaft beschädigt? Dann muss ich sie löschen, wenn man gar nichts mehr retten kann.
Ich habe mir den Befehl ein wenig verfeinert um gleich mehrere Dateien in Unterverzeichnissen zu konvertieren.
Code: Alles auswählen
find . -name '*.txt' -exec iconv -f ISO-8859-14 -t UTF-8 {} -o {} \;
Code: Alles auswählen
find . -type f -print0 | xargs -0 -n 1 -P 4 dos2unix
Code: Alles auswählen
demnÃÄchst >>> demnächst
gelöscht >>> gelöscht
natÃáṠġrlich >>> natürlich
fÃỳr >>> für
weià >>> weiß
Königin >>> Königin
Zuletzt geändert von Houbey am 11.03.2020 13:07:38, insgesamt 1-mal geändert.
Viele Grüße
Houbey
------------------------------
Debian GNU/Linux 11.9 Bullseye, Xfce 4.16, als 64-Bit und bis jetzt noch glücklich damit.
Houbey
------------------------------
Debian GNU/Linux 11.9 Bullseye, Xfce 4.16, als 64-Bit und bis jetzt noch glücklich damit.
- KBDCALLS
- Moderator
- Beiträge: 22360
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
Re: Dieses Dokument ist kein gültiges UTF-8
Mal versuchen
Man sollte auch immer ein Backup machen.
Man sollte auch immer ein Backup machen.
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
- Kennst du unsere Verhaltensregeln
- Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.
Re: Dieses Dokument ist kein gültiges UTF-8
Vielen Dank, das lese ich mir gleichnmal durch.
Um ehrlich zu sein, habe ich das gestern vorab getestet bei ein paar Kopien, da habe ich den zweiten Befehl allerdings noch nicht verfeinert. Das hatte soweit auch ohne Probleme geklappt, aber nach dem ich den Befehl weiter angepasst habe, ist mir da dieser Fehler passiert, den ich dummerweise nicht an einer Kopie getestet habe.
Ist jetzt zwar passiert, aber ich versuche das mal zu beheben.
Um ehrlich zu sein, habe ich das gestern vorab getestet bei ein paar Kopien, da habe ich den zweiten Befehl allerdings noch nicht verfeinert. Das hatte soweit auch ohne Probleme geklappt, aber nach dem ich den Befehl weiter angepasst habe, ist mir da dieser Fehler passiert, den ich dummerweise nicht an einer Kopie getestet habe.
Ist jetzt zwar passiert, aber ich versuche das mal zu beheben.
Zuletzt geändert von Houbey am 11.03.2020 13:07:53, insgesamt 1-mal geändert.
Viele Grüße
Houbey
------------------------------
Debian GNU/Linux 11.9 Bullseye, Xfce 4.16, als 64-Bit und bis jetzt noch glücklich damit.
Houbey
------------------------------
Debian GNU/Linux 11.9 Bullseye, Xfce 4.16, als 64-Bit und bis jetzt noch glücklich damit.
Re: Dieses Dokument ist kein gültiges UTF-8
Die Anleitungen die du mir verlinkt hast, scheinen nicht so ganz zu funktionieren. Das ist wohl auch ein recht komplexes Thema, sowas wiederherzustellen. Ich danke dir für deine versuchte Hilfe und deine Zeit. Ich werde die Dateien dann am besten löschen. Was nicht geht, geht halt nicht, damit kann ich dann auch leben.
Zuletzt geändert von Houbey am 11.03.2020 13:08:04, insgesamt 1-mal geändert.
Viele Grüße
Houbey
------------------------------
Debian GNU/Linux 11.9 Bullseye, Xfce 4.16, als 64-Bit und bis jetzt noch glücklich damit.
Houbey
------------------------------
Debian GNU/Linux 11.9 Bullseye, Xfce 4.16, als 64-Bit und bis jetzt noch glücklich damit.
- KBDCALLS
- Moderator
- Beiträge: 22360
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
Re: [gelöst] Dieses Dokument ist kein gültiges UTF-8
Sieh dir das doch mal mit nem Hexeditor an.
Mit Vi
in den Hexmodus
Mit Vi
in den Hexmodus
Code: Alles auswählen
:%!xxd
Code: Alles auswählen
:%!xxd -r
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
- Kennst du unsere Verhaltensregeln
- Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.
Re: [gelöst] Dieses Dokument ist kein gültiges UTF-8
Okay, das kann ich nochmal machen. Ich kenne vi nicht, aber ein bisschen lesen hat soweit wohl geklappt wie man den benutzt.
Ich habe eine Datei nun einmal im Hexamodus geöffnet, ist zwar alles Neuland für mich aber man lernt ja nie aus. Mir wurde nun zum Beispiel hier bei einer Zeile wo ein Umlaut wäre, sowas angezeigt:
Das soll eigentlich "Wenn gelöscht" heißen.
Ich habe eine Datei nun einmal im Hexamodus geöffnet, ist zwar alles Neuland für mich aber man lernt ja nie aus. Mir wurde nun zum Beispiel hier bei einer Zeile wo ein Umlaut wäre, sowas angezeigt:
Code: Alles auswählen
00000b50: 2020 2020 200a 2020 2020 2020 5765 6e6e . Wenn
00000b60: 2067 656c c383 c283 c382 c2b6 7363 6874 gel........scht
Zuletzt geändert von Houbey am 11.03.2020 13:08:16, insgesamt 1-mal geändert.
Viele Grüße
Houbey
------------------------------
Debian GNU/Linux 11.9 Bullseye, Xfce 4.16, als 64-Bit und bis jetzt noch glücklich damit.
Houbey
------------------------------
Debian GNU/Linux 11.9 Bullseye, Xfce 4.16, als 64-Bit und bis jetzt noch glücklich damit.
- KBDCALLS
- Moderator
- Beiträge: 22360
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
Re: [gelöst] Dieses Dokument ist kein gültiges UTF-8
Man kann mit dem Vi suchen und ersetzen. Das gilt auch für nichtdruckbare Zeichen und auch zeichen die nicht über Tastatur ereichbar sind.
Als Beispiel
Als Beispiel
Code: Alles auswählen
:1,$s/Text1/Text2/g
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
- Kennst du unsere Verhaltensregeln
- Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.
Re: [gelöst] Dieses Dokument ist kein gültiges UTF-8
Alles klar, ich schaue mir das mal an, vielleicht kann ich damit ja ein wenig was retten. Dankeschön nochmal. Wenn mir das nicht weiterhilft, dann muss ich in den sauren Apfel beißen und meine .txt Dateien löschen. Hilft ja sonst nichts.
Zuletzt geändert von Houbey am 11.03.2020 13:08:28, insgesamt 1-mal geändert.
Viele Grüße
Houbey
------------------------------
Debian GNU/Linux 11.9 Bullseye, Xfce 4.16, als 64-Bit und bis jetzt noch glücklich damit.
Houbey
------------------------------
Debian GNU/Linux 11.9 Bullseye, Xfce 4.16, als 64-Bit und bis jetzt noch glücklich damit.
Re: [gelöst] Dieses Dokument ist kein gültiges UTF-8
Wie ich von Deinen ausgehe benützt Du nur den " Mousepad " , als Texteditor. Wie wäre es mit einen mächtigen Editor, z. B. bluefish und wenn er es nicht importieren kann dann " MadEdit Mod " und ist nicht in den Paketquellen,
https://sourceforge.net/projects/madedit-mod/
Es kann sehr vieles öffnen ( Beinahe alles öffnen wegen des Hex Code Unterstützung, jedoch ascii stellt es auch im Hex Modus als lesbares Text dar )..
In der Regel arbeite ich für ascii mit medit und alles was es nicht kann kommt zuerst Bluefish und als guter letzt MadEdit-Mod, und somit habe seid dem keine Text Dokumenten Probleme mehr mit Textzeichen Kodierung.
Man muss es vor dem speichern im Editor richtig einstellen ( UTF-8 ) und gut ist, ansonsten speichert es in der gleiche, original Kodierung ab.
https://sourceforge.net/projects/madedit-mod/
Es kann sehr vieles öffnen ( Beinahe alles öffnen wegen des Hex Code Unterstützung, jedoch ascii stellt es auch im Hex Modus als lesbares Text dar )..
In der Regel arbeite ich für ascii mit medit und alles was es nicht kann kommt zuerst Bluefish und als guter letzt MadEdit-Mod, und somit habe seid dem keine Text Dokumenten Probleme mehr mit Textzeichen Kodierung.
Man muss es vor dem speichern im Editor richtig einstellen ( UTF-8 ) und gut ist, ansonsten speichert es in der gleiche, original Kodierung ab.
Systemd und PulseAudio, hmmm, nein danke.
Re: [gelöst] Dieses Dokument ist kein gültiges UTF-8
Danke auch dir Revod, für deine Nachricht.
Ich kenne bluefish in der Tat nicht, allerdings nutze ich seit Jahren schon Xfce, wo ich auch so gut es geht nur ressourcensparende Software nutze. Das könnte ein Grund sein, wieso ich mousepad als grafischen Editor nutze und über die Konsole nutze ich sonst imnmer nano. Ich werde mich auch bei deinen Vorschlag einmal durchlesen und schauen ob mir dieser sogar zusagt.
Zu allererst ist es mir ja wichtig, das ich diese ganzen Hieroglyphen in meinen .txt Dateien weg bekomme und ich dachte halt unter Linux gäbe es einen Befehl der diese Zeichen mit einem Schlag in seinen Ursprung zurückversetzen kann. Ich bin z.B. auch über diesen Beitrag gestoßen oder auch noch andere, die aber nicht direkt mein Problem schildern würde ich sagen. Interessant ist halt in dem Beitrag den ich verlinkt habe, das dort erwähnt wird, welche Umlaute hinter welchen Hieroglyphen welches stecken soll. Ist aber gar nicht so leicht sämtliche .txt durchzuschauen und per Hand zu filtern.
Ich kenne bluefish in der Tat nicht, allerdings nutze ich seit Jahren schon Xfce, wo ich auch so gut es geht nur ressourcensparende Software nutze. Das könnte ein Grund sein, wieso ich mousepad als grafischen Editor nutze und über die Konsole nutze ich sonst imnmer nano. Ich werde mich auch bei deinen Vorschlag einmal durchlesen und schauen ob mir dieser sogar zusagt.
Zu allererst ist es mir ja wichtig, das ich diese ganzen Hieroglyphen in meinen .txt Dateien weg bekomme und ich dachte halt unter Linux gäbe es einen Befehl der diese Zeichen mit einem Schlag in seinen Ursprung zurückversetzen kann. Ich bin z.B. auch über diesen Beitrag gestoßen oder auch noch andere, die aber nicht direkt mein Problem schildern würde ich sagen. Interessant ist halt in dem Beitrag den ich verlinkt habe, das dort erwähnt wird, welche Umlaute hinter welchen Hieroglyphen welches stecken soll. Ist aber gar nicht so leicht sämtliche .txt durchzuschauen und per Hand zu filtern.
Zuletzt geändert von Houbey am 11.03.2020 13:08:39, insgesamt 1-mal geändert.
Viele Grüße
Houbey
------------------------------
Debian GNU/Linux 11.9 Bullseye, Xfce 4.16, als 64-Bit und bis jetzt noch glücklich damit.
Houbey
------------------------------
Debian GNU/Linux 11.9 Bullseye, Xfce 4.16, als 64-Bit und bis jetzt noch glücklich damit.
Re: [gelöst] Dieses Dokument ist kein gültiges UTF-8
Jepp, das habe ich schon verstanden, bezüglich der " Hieroglyphen " bei Sonderzeichen. Genau deswegen gilt es einen mächtiges Editor der alle Zeichenkodierungen kennt, um die xy.txt überhaupt erst Mal öffnen zu können.
Einen noch sehr gutes Editor und Ressourcenschonend wäre,
https://notepadqq.com/s/
Für den Anfang ist dieser noch viel intuitiver als MadEdit-Mod, weil man im Hauptmenü, unter " Zeichenkodierung " , im Menükontext " Interpretiere als... " nachdem die xy.txt Datei geöffnet wurde. Es hat eine sehr lange Liste von Zeichenkodierung Abkürzungen. Wenn Die richtige Kodierung gewählt wird werden dann die Sonderzeichen auch leserlich. Und es beherrscht auch unzählige Code Sprachen, kann ich auch wärmstens empfehlen, den Notepadqq Mal als erstes zu probieren um einer Deiner xy.txt Datei zu öffnen.
Etwas OT, Text Programme können sich auch zu Ressourcen Fresser wandeln, wenn eine Datei Meterlange Zeilen beinhaltet. Mein altes Notebook mit 512 MB RAM und 1 GHz Singel-CPU hat sich vor ca. einen Monat verabschiedet, doch seid gut 9 Jahre benutzte ich darauf Medit, Bluefish, MadEdit-Mod und Notepadqq ohne nennenswerte Ressourcen Schwierigkeiten.
Einen noch sehr gutes Editor und Ressourcenschonend wäre,
https://notepadqq.com/s/
Für den Anfang ist dieser noch viel intuitiver als MadEdit-Mod, weil man im Hauptmenü, unter " Zeichenkodierung " , im Menükontext " Interpretiere als... " nachdem die xy.txt Datei geöffnet wurde. Es hat eine sehr lange Liste von Zeichenkodierung Abkürzungen. Wenn Die richtige Kodierung gewählt wird werden dann die Sonderzeichen auch leserlich. Und es beherrscht auch unzählige Code Sprachen, kann ich auch wärmstens empfehlen, den Notepadqq Mal als erstes zu probieren um einer Deiner xy.txt Datei zu öffnen.
Etwas OT, Text Programme können sich auch zu Ressourcen Fresser wandeln, wenn eine Datei Meterlange Zeilen beinhaltet. Mein altes Notebook mit 512 MB RAM und 1 GHz Singel-CPU hat sich vor ca. einen Monat verabschiedet, doch seid gut 9 Jahre benutzte ich darauf Medit, Bluefish, MadEdit-Mod und Notepadqq ohne nennenswerte Ressourcen Schwierigkeiten.
Systemd und PulseAudio, hmmm, nein danke.