[gelöst] fehlerhafte ncurses Darstellung unter X
-
- Beiträge: 74
- Registriert: 12.08.2017 21:59:59
- Lizenz eigener Beiträge: GNU General Public License
[gelöst] fehlerhafte ncurses Darstellung unter X
Hi.
Ich habe von
xterm
zu
mrxvt-mini
gewechselt.
Alles läuft gut, außer die Darstellung meiner ncurses nutzenden Programme, wie mc und lynx, cmus (cmus ist nur fehlerhaft wenn ich es in tmux aufrufe o_0).
alsamixer sieht aus wie immer... :?
Habe eine bisschen gesucht und bin nun nicht schlauer... :|
Brauche ich UTF-8 irgendwas?
Lösung:
stterm verwenden noch kleiner und schneller und keine fehlerhafte Darstellung.
viewtopic.php?f=2&t=170086#p1177643
Ich habe von
xterm
zu
mrxvt-mini
gewechselt.
Alles läuft gut, außer die Darstellung meiner ncurses nutzenden Programme, wie mc und lynx, cmus (cmus ist nur fehlerhaft wenn ich es in tmux aufrufe o_0).
alsamixer sieht aus wie immer... :?
Habe eine bisschen gesucht und bin nun nicht schlauer... :|
Brauche ich UTF-8 irgendwas?
Lösung:
stterm verwenden noch kleiner und schneller und keine fehlerhafte Darstellung.
viewtopic.php?f=2&t=170086#p1177643
Zuletzt geändert von Quirrlila am 26.06.2018 02:15:56, insgesamt 1-mal geändert.
Re: fehlerhafte ncurses Darstellung unter X
Aha.Quirrlila hat geschrieben:22.06.2018 01:55:47Alles läuft gut, außer die Darstellung meiner ncurses nutzenden Programme
Geht's vielleicht auch etwas präziser?
-
- Beiträge: 74
- Registriert: 12.08.2017 21:59:59
- Lizenz eigener Beiträge: GNU General Public License
Re: fehlerhafte ncurses Darstellung unter X
Sorry ich dachte das wäre evtl. ein gewöhnliches Problem und bekannt.
mc: https://picload.org/view/dowadwia/mc_fe ... g.png.html
lynx: https://picload.org/view/dowadwir/lynx_ ... g.png.html
cmus: https://picload.org/view/dowadwcw/cmus_ ... g.png.html
Re: fehlerhafte ncurses Darstellung unter X
Schuss ins Blaue: Schau mal welche Version von ncurses installiert ist. Manche berichten ueber Darstellungsprobleme bei Versionen von 6.0-20170401 bis 6.0.20170429
Auf github.com gibt es Issues zu diesem, oder zumindest sehr aehnlichem, Problem bei vifm und newsbeuter
Auf github.com gibt es Issues zu diesem, oder zumindest sehr aehnlichem, Problem bei vifm und newsbeuter
-
- Beiträge: 74
- Registriert: 12.08.2017 21:59:59
- Lizenz eigener Beiträge: GNU General Public License
Re: fehlerhafte ncurses Darstellung unter X
Also das Problem tritt ja nur innerhalb von mrxvt-mini auf, mit xterm gab es diese Probleme nicht und innerhalb des tty läuft auch alles korrekt.rodney hat geschrieben:22.06.2018 17:23:59[..] Schau mal welche Version von ncurses installiert ist. Manche berichten ueber Darstellungsprobleme bei Versionen von 6.0-20170401 bis 6.0.20170429. [...]
Aber wie gewünscht:
Code: Alles auswählen
$ apt list --installed *ncurse*
Listing... Done
libncurses5/stable,now 6.0+20161126-1+deb9u2 amd64 [installed]
libncursesw5/stable,now 6.0+20161126-1+deb9u2 amd64 [installed]
ncurses-base/stable,now 6.0+20161126-1+deb9u2 all [installed]
ncurses-bin/stable,now 6.0+20161126-1+deb9u2 amd64 [installed]
Re: fehlerhafte ncurses Darstellung unter X
Mein Schuss ins Blaue: mal anderen Font versuchen, und auch mal gucken, was in $TERM steht (und die ggf. anders setzen).
Re: fehlerhafte ncurses Darstellung unter X
Hab das mrxvt-mini mal probeweise installiert und gestartet. Sieht optisch nicht so prickelnd aus. Laut der Homepage/FAQ / Tips and tricks unterstützt mrxvt wohl nicht in vollem Umfang UTF8.
Hilft dir zwar bei deinem Problem nicht weiter, aber interessieren würde mich trotzdem warum man einen seit fast 10 Jahren nicht weiterentwickelten Terminal-Emulator benutzen will und nicht auf Bewährtes oder zumindest Topaktuelles zurückgreift?
Hilft dir zwar bei deinem Problem nicht weiter, aber interessieren würde mich trotzdem warum man einen seit fast 10 Jahren nicht weiterentwickelten Terminal-Emulator benutzen will und nicht auf Bewährtes oder zumindest Topaktuelles zurückgreift?
-
- Beiträge: 74
- Registriert: 12.08.2017 21:59:59
- Lizenz eigener Beiträge: GNU General Public License
Re: fehlerhafte ncurses Darstellung unter X
niemand hat geschrieben:22.06.2018 20:57:34Mein Schuss ins Blaue: mal anderen Font versuchen, und auch mal gucken, was in $TERM steht (und die ggf. anders setzen).
Code: Alles auswählen
$ echo $TERM
rxvt
$ TERM=mrxvt-mini
$ echo $TERM
mrxvt-mini
$ mc
Unknown terminal: mrxvt-mini
Check the TERM environment variable.
Also make sure that the terminal is defined in the terminfo database.
Alternatively, set the TERMCAP environment variable to the desired
termcap entry.
$ lynx
Terminal initialisation failed - unknown terminal type?
$ cmus
Error opening terminal: mrxvt-mini.
-
- Beiträge: 74
- Registriert: 12.08.2017 21:59:59
- Lizenz eigener Beiträge: GNU General Public License
Re: fehlerhafte ncurses Darstellung unter X
Und funktioniert bei dir die korrekte ncurses Darstellung?rodney hat geschrieben:22.06.2018 21:20:11Hab das mrxvt-mini mal probeweise installiert und gestartet.
Es ist der schnellste, kleinste Terminalemulator mit den wenigsten Abhängigkeiten den ich gefunden habe.rodney hat geschrieben:22.06.2018 21:20:11Hilft dir zwar bei deinem Problem nicht weiter, aber interessieren würde mich trotzdem warum man einen seit fast 10 Jahren nicht weiterentwickelten Terminal-Emulator benutzen will und nicht auf Bewährtes oder zumindest Topaktuelles zurückgreift?
Solange ein Programm sicher ist stört mich eine alte Version nicht.
Falls du eine Alternative kennst lass es mich gerne wissen :wink:
Re: fehlerhafte ncurses Darstellung unter X
Ich dachte da eher an etwas Valides, zum Beispiel screen oder auch xterm.Code: Alles auswählen
$ TERM=mrxvt-mini […] Also make sure that the terminal is defined in the terminfo database.
-
- Beiträge: 74
- Registriert: 12.08.2017 21:59:59
- Lizenz eigener Beiträge: GNU General Public License
Re: fehlerhafte ncurses Darstellung unter X
Ok, soll also heißen ich soll es vergessen, weil mrxvt-mini UTF-8 nicht (vollständig) unterstützt und es auch nicht möglich ist das mit irgendeinem Codeschnippsel aus irgendeinem anderen TE zu beheben...niemand hat geschrieben:23.06.2018 09:00:44Ich dachte da eher an etwas Valides, zum Beispiel screen oder auch xterm.Code: Alles auswählen
$ TERM=mrxvt-mini […] Also make sure that the terminal is defined in the terminfo database.
Naja danke dennoch an alle die geantwortet haben... ich verstehe nicht, warum so viele von diesen langsamen, Ressourcen fressenden, also ineffizienten Klickibunti Programmen so gehyped werden und kleine mächtige Programme meist nicht.
mrxvt's einziges Manko ist diese nicht vorhandene UTF-8 Unterstützung (an der mal gearbeitet wurde, aber nun liegt das Projekt warum auch immer auf Eis).
Ein weiterer Grund für mich noch mehr zu lernen und mir irgendwann mein eigenes os zu basteln...
Liebe Grüße von der
Quirrlila
Re: fehlerhafte ncurses Darstellung unter X
Ich bin mir ziemlich sicher, geschrieben zu haben, dort testweise etwas Valides, etwa „xterm“ oder „screen“ einzutragen. Wie man von da auf „ich soll es vergessen“ kommt, erschließt sich mir auch nach längerem Nachdenken nicht.
OT: z.B. xterm als langsam und ressourcenfressend zu bezeichnen, ist schon irgendwie ein kleines wenig überheblich …
Und: bastele dir doch erstmal so zum Warmwerden ’nen eigenen Terminalemulator nach deinen Wünschen, statt gleich eines eigenen OS’. Oder nimm dir einfach die Sourcen des Vorhandenen her, und versuche, da mit ein paar Schnippseln von anderen Programmen vollständige UTF-Unterstützung reinzubauen
Re: fehlerhafte ncurses Darstellung unter X
@Quirrlila Hast du die von mir verlinkte Seite einmal angeschaut? Hast du dir den Quellcode von mrxvt-0.5.4 geholt? Hast du bzgl. der Meldung Unknown terminal: mrxvt-mini mit tic mrxvt.terminfo versucht und danach z.b. mc versucht mit TERM=rxvt mrxvt-mini -e mc den mc zu starten? Hab ich alles auf der weiter oben von mir verlinken Seite gefunden.
Ich hab das alles gemacht und die Programme (mc, lynx, cmus, mutt, irssi, etc.) lassen sich alle prima starten - halt mit dem Darstellungsproblem, aber zumindest bekomme ich beim Starten keine Fehlermeldung.
Edit: Typo
Ich hab das alles gemacht und die Programme (mc, lynx, cmus, mutt, irssi, etc.) lassen sich alle prima starten - halt mit dem Darstellungsproblem, aber zumindest bekomme ich beim Starten keine Fehlermeldung.
Edit: Typo
Re: fehlerhafte ncurses Darstellung unter X
mrxvt scheint (im default) sehr einfach gestrickt, hinsichtlich der Kodierung.
google: "mrxvt utf8" ist nicht gerade vielversprechend.
Was funktioniert, im mrxvt[-mini]-Terminal auch
Vielleicht mit den Optionen
-km / -fm / -fb / -fn
spielen?
google: "mrxvt utf8" ist nicht gerade vielversprechend.
Was funktioniert, im mrxvt[-mini]-Terminal
Code: Alles auswählen
$ LC_CTYPE=C mc
Code: Alles auswählen
$ LC_CTYPE=C mrxvt
$ mc
-km / -fm / -fb / -fn
spielen?
Zuletzt geändert von rendegast am 26.06.2018 16:29:53, insgesamt 5-mal geändert.
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
-
- Beiträge: 74
- Registriert: 12.08.2017 21:59:59
- Lizenz eigener Beiträge: GNU General Public License
Re: fehlerhafte ncurses Darstellung unter X
Nicht mehr nötig ich nutze nun stterm nochmal kleiner als mrxvt-mini, schneller und keine Darstellungsprobleme.niemand hat geschrieben:23.06.2018 18:23:10OT: z.B. xterm als langsam und ressourcenfressend zu bezeichnen, ist schon irgendwie ein kleines wenig überheblich …
Und: bastele dir doch erstmal so zum Warmwerden ’nen eigenen Terminalemulator nach deinen Wünschen, statt gleich eines eigenen OS’. Oder nimm dir einfach die Sourcen des Vorhandenen her, und versuche, da mit ein paar Schnippseln von anderen Programmen vollständige UTF-Unterstützung reinzubauen :mrgreen:
BTW:
Code: Alles auswählen
xterm
Installed-Size: 1,917 kB
Depends: xbitmaps, libc6 (>= 2.15), libfontconfig1 (>= 2.11), libice6 (>= 1:1.0.0), libtinfo5 (>= 6), libutempter0 (>= 1.1.5), libx11-6, libxaw7, libxft2 (>> 2.1.1), ibxinerama1, libxmu6, libxpm4, libxt6
Download-Size: 663 kB
stterm
Installed-Size: 122 kB
Depends: libc6 (>= 2.17), libfontconfig1 (>= 2.11), libx11-6, libxft2 (>> 2.1.1)
Download-Size: 38.8 kB
Äh... starten ließen sich meine ncurses Programme ebenfalls... o_0rodney hat geschrieben:23.06.2018 20:01:15Ich hab das alles gemacht und die Programme (mc, lynx, cmus, mutt, irssi, etc.) lassen sich alle prima starten [...]
lol!rodney hat geschrieben:23.06.2018 20:01:15[...]- halt mit dem Darstellungsproblem, aber zumindest bekomme ich beim Starten keine Fehlermeldung.
Aber es ging mir mit diesem Thread um eben diese Darstellungsprobleme (ich glaube die von mir gewählte Überschrift macht das auch deutlich oder?)...
Re: [gelöst] fehlerhafte ncurses Darstellung unter X
Der Unterschied ist in der Tat beeindruckend. Wenn man ’ne derart schwachbrüstige Maschine nutzt, dass es einen praktischen Unterschied macht, wäre ssterm dann wohl die bessere Wahl. Andererseits würde ich auf so einer Maschine dann wohl überhaupt kein X fahren und so nochmal etliche MB an installierten Paketen und RAM einsparen.Quirrlila hat geschrieben:26.06.2018 02:13:31Wir haben unterschiedliche Definitionen davon ab wann Überflüssigkeit beginnt!
Re: [gelöst] fehlerhafte ncurses Darstellung unter X
rxvt-unicode-lite
wäre noch eine Option zu stterm,
(hier) gleichviel RES, etwas weniger SHR.
rxvt-unicode
entspräche eher xterm.
Bei xvt existiert dasselbe utf-Problem wie bei mrxvt.
Ist noch minimalistischer und zeigt zBsp. mc schwarzweiß.
wäre noch eine Option zu stterm,
(hier) gleichviel RES, etwas weniger SHR.
rxvt-unicode
entspräche eher xterm.
Bei xvt existiert dasselbe utf-Problem wie bei mrxvt.
Ist noch minimalistischer und zeigt zBsp. mc schwarzweiß.
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
-
- Beiträge: 74
- Registriert: 12.08.2017 21:59:59
- Lizenz eigener Beiträge: GNU General Public License
Re: [gelöst] fehlerhafte ncurses Darstellung unter X
Das hat nichts mit "schwachen" Maschinen zu tun!niemand hat geschrieben:26.06.2018 07:07:09Der Unterschied ist in der Tat beeindruckend. Wenn man ’ne derart schwachbrüstige Maschine nutzt, dass es einen praktischen Unterschied macht, wäre ssterm dann wohl die bessere Wahl. Andererseits würde ich auf so einer Maschine dann wohl überhaupt kein X fahren und so nochmal etliche MB an installierten Paketen und RAM einsparen.Quirrlila hat geschrieben:26.06.2018 02:13:31Wir haben unterschiedliche Definitionen davon ab wann Überflüssigkeit beginnt!
Wenn die Programme A und B beide diesselben Funktionen haben Programm A aber mehr Abhängigkeiten besitzt, und ein größeres Paket ist, dann ist Programm überflüssig, so einfach ist das!
Ich mache nur sehr wenig unter x, das meiste erledige ich über tty und ich bin stets dran die wenigen Klicki-Bunti-Programme die ich benutze auch noch zu reduzieren (kleinere Alternativen oder Verlagerung auf die tty).
-
- Beiträge: 74
- Registriert: 12.08.2017 21:59:59
- Lizenz eigener Beiträge: GNU General Public License
Re: [gelöst] fehlerhafte ncurses Darstellung unter X
Ja die kenne ich alle und hab' sie auch schon getestet.rendegast hat geschrieben:26.06.2018 17:57:39rxvt-unicode-lite
wäre noch eine Option zu stterm,
(hier) gleichviel RES, etwas weniger SHR.
rxvt-unicode
entspräche eher xterm.
Bei xvt existiert dasselbe utf-Problem wie bei mrxvt.
Ist noch minimalistischer und zeigt zBsp. mc schwarzweiß.
rxvt-unicode-lite
ist aber nicht kleiner als
stterm,
und hat auch hat mehr Abhängigkeiten.
:wink:
Aber dennoch Danke für deine Hinweise, auch für die Posts weiter oben! :D
Re: [gelöst] fehlerhafte ncurses Darstellung unter X
Ersetze „Wenn die Programme A und B beide die selben Funktionen haben …“ durch „Wenn ich von den Programmen A und B nur die selben Funktionen verwende …“ und füge bei „… dann ist Programm [A] überflüssig“ noch ein „für mich“ ein, und dann passt das im Kontext dieses Threads. Anderenfalls wär’s anmaßender StussQuirrlila hat geschrieben:26.06.2018 21:30:33Wenn die Programme A und B beide diesselben Funktionen haben Programm A aber mehr Abhängigkeiten besitzt, und ein größeres Paket ist, dann ist Programm überflüssig, so einfach ist das!