[Debian8u1] Ncurses line drawing van menuutjes klopt niet

[keranoz]

Hoi,

Onlangs heb ik een VPS geregeld bij een groot hostingbedrijf, Debian Jessie 64 bits erop laten installeren. Ik kwam er bij verschillende packages die ik wilde installeren/configuren achter dat lijnen in menu's er heel raar uitzien:

Op veel websites staat uitgelegd dat het probleem PuTTY is. Maar ik weet vrij zeker dat PuTTY het niet is, met een schone Debian/Raspbian installatie op mn Raspberry Pi werkt het prima, en dat heeft het eigenlijk altijd gedaan, alleen met deze VPS niet.

Ik heb echt geen idee waar het aan ligt. met dpkg-reconfigure locales heb ik EN_US-UTF-8 als standaard locale ingesteld in de hoop dat het beter word, maar nope.

Het rare is dat het met de console die het hostingbedrijf via hun control panel aanbied de menu's wél goed weergeeft, althans, beter:

Heeft iemand een oplossing?

[gekkie]

Als je met env kijkt naar je environment variablen, wat staat er bij TERM= ? (in het werkende en niet werkende geval ?)

[CyBeR]

Dat ligt niet aan je locale maar aan je terminal, en dan wel het (of een) gebrek aan de 'TUI-mode' erin.

Wikipedia: Text-based user interface

[Super_ik]

Heb je in putty ook utf8 ingesteld?
Window -> translation

[ Voor 24% gewijzigd door Super_ik op 14-07-2015 01:22 ]

[johnkeates]

Dit is geen defect, maar een probleem van de instellingen van je terminal emulator i.c.m. de configuratie van je VPS.

[keranoz]

Bedankt voor de reacties!

De console in het management platform zegt VT102, PuTTY zegt xterm.

PuTTY staat op UTF-8.

Hoe stel ik de TUI goed in dan?

[Hero of Time]

Putty kan hoe dan ook wat moeilijk doen, maar wat je hier laat zien, is toch wel duidelijk dat je encoding NIET op UTF-8 staat zoals 't hoort. Ik heb eens vanaf een Windows machine met Putty naar een server moeten gaan waar ik zulke menu's kreeg en het zag er nooit uit zoals het in Linux direct eruit ziet. Om een of andere reden kan Putty daar gewoon niet mee overweg.

[Blokker_1999]

putty kan er wel mee overweg en doet het meestal uit zichzelf goed, geen idee waar het juist misgaat, maar soms word inderdaad gewoon de foutieve encoding gebruikt.

[Hero of Time]

Putty staat standaard op LATIN-1, niet UTF-8. Geen idee waarom, maar het is nou eenmaal zo. Wil je dat aanpassen, dan moet je dat in het default profiel opslaan.

[keranoz]

PuTTY stond bij mij wel standaard op UTF-8. Ik heb nooit aan deze instelling gezeten:


Het rare is deze VPS van ovh.nl, het lijkt wel of deze server hele rare niet standaard tekens stuurt. Overal werkt het prima behelve op deze VPS.

[ Voor 37% gewijzigd door keranoz op 14-07-2015 13:59 ]

[deadinspace]

Wat staat er in connection -> data -> Terminal-type string?

[keranoz]

deadinspace schreef op dinsdag 14 juli 2015 @ 15:11:
Wat staat er in connection -> data -> Terminal-type string?

xterm

Staat hierboven ook al trouwens.

[deadinspace]

KeRaNoZ schreef op dinsdag 14 juli 2015 @ 15:18:
xterm

Staat hierboven ook al trouwens.

Nou, niet helemaal, daar staat wat er in $TERM staat. Dat is als het goed is hetzelfde, maar als alles goed was dan bestond dit topic niet

Maargoed, maak er eens "putty" van?

[keranoz]

deadinspace schreef op dinsdag 14 juli 2015 @ 15:25:
[...]

Nou, niet helemaal, daar staat wat er in $TERM staat. Dat is als het goed is hetzelfde, maar als alles goed was dan bestond dit topic niet

Maargoed, maak er eens "putty" van?

Ja daar heb je gelijk in ja, al ben er van overtuigd dat het probleem niet PuTTY is maar de configuratie van de VPS. Hier kom ik in iedergeval helemaal verder niet mee:

15:30:45 root@vps1: ~ # echo $TERM
putty
15:30:55 root@vps1: ~ # dpkg-reconfigure locales
Error opening terminal: putty.
debconf: dialog output the above errors, giving up!
15:31:04 root@vps1: ~ #

Heb het ook met vt102 ipv putty of xterm geprobeerd, vt102 is wat de console via het online control panel volgens mij zegt.

[ Voor 8% gewijzigd door keranoz op 14-07-2015 15:36 ]

[begintmeta]

Doet toevoegen van NCURSES_NO_UTF8_ACS=1 aan je environment iets?

[keranoz]

begintmeta schreef op dinsdag 14 juli 2015 @ 15:38:
Doet toevoegen van NCURSES_NO_UTF8_ACS=1 aan je environment iets?

Op deze manier?

15:40:28 root@vps1: ~ # echo $TERM
xterm
15:40:31 root@vps1: ~ # NCURSES_NO_UTF8_ACS=1
15:40:34 root@vps1: ~ #

Maakt geen verschil als ik hierna dpkg-reconfigure locales uitvoer. (dit commando genereert zo'n ncurses menuutje, gebruik ik ff om te testen)

[begintmeta]

Nee, of 'export NCURSES_NO_UTF8_ACS=1' om het permanent toe te voegen aan de bash-instance, of 'NCURSES_NO_UTF8_ACS=1 dpkg-reconfigure locales' voor een tijdelijke toevoeging bij het commando.

[ Voor 8% gewijzigd door begintmeta op 14-07-2015 15:49 ]

[lordgandalf]

Bij mij hebben de debian installer menus er altijd uit gezien zoals in het plaatje met het blauw.
Heb nog nooit het grijze/zwarte menu gezien.
De menus werken volgens mij altijd heb nog nooit gehad dat ik debian niet kon instaleren

[keranoz]

begintmeta schreef op dinsdag 14 juli 2015 @ 15:48:
Nee, of 'export NCURSES_NO_UTF8_ACS=1' om het permanent toe te voegen aan de bash-instance, of 'NCURSES_NO_UTF8_ACS=1 dpkg-reconfigure locales' voor een tijdelijke toevoeging bij het commando.

Dat werkte!

Hardstikke bedankt! Heb de environment variable nu geexporteerd met dat commando. Blijft het nu ook tussen reboots of moet ik het dan toevoegen aan de .bashrc of /etc/profile?

lordgandalf schreef op dinsdag 14 juli 2015 @ 15:52:
Bij mij hebben de debian installer menus er altijd uit gezien zoals in het plaatje met het blauw.
Heb nog nooit het grijze/zwarte menu gezien.
De menus werken volgens mij altijd heb nog nooit gehad dat ik debian niet kon instaleren

Zoals hierboven moet het er dus uitzien

[ Voor 25% gewijzigd door keranoz op 14-07-2015 16:01 ]

[deadinspace]

KeRaNoZ schreef op dinsdag 14 juli 2015 @ 15:33:
Ja daar heb je gelijk in ja, al ben er van overtuigd dat het probleem niet PuTTY is maar de configuratie van de VPS.

Ik niet, ik heb vaak genoeg gezeik meegemaakt met PuTTY om dat ding maar half te vertrouwen

Bovendien is de wereld van terminal definitions (en character sets en locales overigens) een ingewikkelde en archaische. Daar zitten zoveel interacties in dat vaak niet triviaal is uit te leggen aan welk onderdeel het nou ligt.

15:30:45 root@vps1: ~ # echo $TERM
putty
15:30:55 root@vps1: ~ # dpkg-reconfigure locales
Error opening terminal: putty.
debconf: dialog output the above errors, giving up!
15:31:04 root@vps1: ~ #

Ah! Wat zegt

dpkg -l ncurses\*

?

Heb het ook met vt102 ipv putty of xterm geprobeerd, vt102 is wat de console via het online control panel volgens mij zegt.

Mja, dat is dan waarschijnlijk een vt102-compatible console, ik weet niet of PuTTY dat ook is.

[keranoz]

deadinspace schreef op dinsdag 14 juli 2015 @ 16:17:
[...]

Ik niet, ik heb vaak genoeg gezeik meegemaakt met PuTTY om dat ding maar half te vertrouwen

Bovendien is de wereld van terminal definitions (en character sets en locales overigens) een ingewikkelde en archaische. Daar zitten zoveel interacties in dat vaak niet triviaal is uit te leggen aan welk onderdeel het nou ligt.

[...]

Ah! Wat zegt

dpkg -l ncurses\*

?

[...]

Mja, dat is dan waarschijnlijk een vt102-compatible console, ik weet niet of PuTTY dat ook is.

tom@vps1:~$ dpkg -l ncurses\*
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++-==============-============-============-=================================
un ncurses <none> <none> (no description available)
ii ncurses-base 5.9+20140913 all basic terminal type definitions
ii ncurses-bin 5.9+20140913 amd64 terminal-related programs and man
un ncurses-runtim <none> <none> (no description available)
un ncurses-term <none> <none> (no description available)

Geen idee wat het allemaal betekent....

[Hero of Time]

KeRaNoZ schreef op dinsdag 14 juli 2015 @ 16:01:
[...]


Dat werkte! [afbeelding]

Hardstikke bedankt! Heb de environment variable nu geexporteerd met dat commando. Blijft het nu ook tussen reboots of moet ik het dan toevoegen aan de .bashrc of /etc/profile?

Het werkt alleen in die betreffende sessie. Zou je opnieuw aanmelden, dan is de waarde weer weg. Je zet dit in $HOME/.bashrc, $HOME/.profile, /etc/environment of in de config voor de shell interpreter die je gebruikt (dan kan ksh zijn (met .kshrc), csh, zsh, noem maar op).

[keranoz]

Hero of Time schreef op dinsdag 14 juli 2015 @ 17:23:
[...]

Het werkt alleen in die betreffende sessie. Zou je opnieuw aanmelden, dan is de waarde weer weg. Je zet dit in $HOME/.bashrc, $HOME/.profile, /etc/environment of in de config voor de shell interpreter die je gebruikt (dan kan ksh zijn (met .kshrc), csh, zsh, noem maar op).

Ah, dank u, heb het geregeld in /etc/profile. (system wide .profile)

[deadinspace]

KeRaNoZ schreef op dinsdag 14 juli 2015 @ 16:32:
Geen idee wat het allemaal betekent....

Prober eens

apt-get install ncurses-term

Dat package bevat uitgebreidere terminal definities, waaronder die van putty.

[begintmeta]

De terminal-type string in putty aanpassen zou eventuele ook zinvol kunnen zijn inderdaad.

[keranoz]

deadinspace schreef op dinsdag 14 juli 2015 @ 17:42:
[...]

Prober eens

apt-get install ncurses-term

Dat package bevat uitgebreidere terminal definities, waaronder die van putty.

Gedaan, daarna terminal type string naar putty veranderd, weer ncurses geprobeerd en werkt dat werkt ook nu!

[begintmeta]

Heb je de ncurses-regel inmiddels weer uit je profile gehaald?

[ Voor 10% gewijzigd door begintmeta op 14-07-2015 19:15 ]

[keranoz]

begintmeta schreef op dinsdag 14 juli 2015 @ 19:14:
Heb je de ncurses-regel inmiddels weer uit je profile gehaald?

Had ik eerst niet, nu wel, en het ziet er nog steeds goed uit! Dus ik denk dat het nu allemaal goed is, met dank aan deadinspace's tip om ncurses-term te installeren.

[deadinspace]

KeRaNoZ schreef op dinsdag 14 juli 2015 @ 19:01:
Gedaan, daarna terminal type string naar putty veranderd, weer ncurses geprobeerd en werkt dat werkt ook nu!

Ah, mooi

Wat ik van het probleem begrijp is overigens het volgende:

• De manier om met het vt100 protocol lijnen te tekenen is een escape sequence te outputten waardoor de terminal overschakelt in line-drawing mode, waarin lqxk etc getekend worden als lijnstukjes.
• De meeste terminals ondersteunen dit daadwerkelijk, waaronder xterm.
• Putty ondersteunt dit ook, maar niet als Putty in UTF-8 mode staat; dan wordt de escape sequence genegeerd. De houding van de Putty devs is dat dan de UTF-8 line characters gebruikt zouden moeten worden. (Begrijpelijk)
• Putty claimt xterm te zijn. (Dat is fout)
• Ncurses stuurt dus vrolijk vt100 line drawing sequences, ook als de locale op UTF-8 staat. Dus: kapotte lijnen.

Ncurses (of eigenlijk de libterminfo daarin) heeft ondersteuning voor de specifieke eigenschappen van Putty, maar dan moet ncurses wel weten die te gebruiken.

En de terminfo definities voor putty zitten in Debian in ncurses-term, die moet dan wel geinstalleerd zijn. Dat is hij op al mijn normale systemen eigenlijk wel, dus ik vermoed dat je VPS wat kaler is dan je normaalgesproken gewend bent.

NCURSES_NO_UTF_ACS zet overigens deze vt100 line drawing sequences uit, dus dat is een andere manier om dit probleem te verhelpen.

Wat bronnen:

• http://www.chiark.greenen...list/utf8-plus-vt100.html
• http://superuser.com/ques...rk-in-putty/278337#278337
• https://lists.debian.org/debian-user/2014/04/msg01516.html

[ Voor 9% gewijzigd door deadinspace op 14-07-2015 21:26 ]

[keranoz]

deadinspace schreef op dinsdag 14 juli 2015 @ 21:25:
[...]

Ah, mooi

Wat ik van het probleem begrijp is overigens het volgende:

• De manier om met het vt100 protocol lijnen te tekenen is een escape sequence te outputten waardoor de terminal overschakelt in line-drawing mode, waarin lqxk etc getekend worden als lijnstukjes.
• De meeste terminals ondersteunen dit daadwerkelijk, waaronder xterm.
• Putty ondersteunt dit ook, maar niet als Putty in UTF-8 mode staat; dan wordt de escape sequence genegeerd. De houding van de Putty devs is dat dan de UTF-8 line characters gebruikt zouden moeten worden. (Begrijpelijk)
• Putty claimt xterm te zijn. (Dat is fout)
• Ncurses stuurt dus vrolijk vt100 line drawing sequences, ook als de locale op UTF-8 staat. Dus: kapotte lijnen.

Ncurses (of eigenlijk de libterminfo daarin) heeft ondersteuning voor de specifieke eigenschappen van Putty, maar dan moet ncurses wel weten die te gebruiken.

En de terminfo definities voor putty zitten in Debian in ncurses-term, die moet dan wel geinstalleerd zijn. Dat is hij op al mijn normale systemen eigenlijk wel, dus ik vermoed dat je VPS wat kaler is dan je normaalgesproken gewend bent.

NCURSES_NO_UTF_ACS zet overigens deze vt100 line drawing sequences uit, dus dat is een andere manier om dit probleem te verhelpen.

Wat bronnen:

• http://www.chiark.greenen...list/utf8-plus-vt100.html
• http://superuser.com/ques...rk-in-putty/278337#278337
• https://lists.debian.org/debian-user/2014/04/msg01516.html

Bedankt voor de info! Zeer interessant. Is dus een leuk discussie onderwerp lees ik. Ik snap dan niet waarom PuTTY standaard iedereen "de gek aan steekt" door te zeggen dat het xterm is.
De VPS is inderdaad flink gestript. Nslookup, traceroute, aptitude, apt-utils, en nog heel wat andere packages waren niet geinstalleerd. Dus zelf maar even gedaan.

Oplossing is dus simpel: In PuTTY de terminal type string naar putty veranderen en het ncurses-term pakket installeren op Debian.