manual opvragen via ssh

[Verwijderd]

Hoi,

Als ik via een ssh sessie (SecureCRT versie 3.0) een manual opvraag op m'n linux bakje (RedHat 8.0). Worden er verschillende tekens verkeerd weergegeven (zie voorbeeldje man ls). Zonder ssh sessie (dus standalone) wordt het wel goed weergegeven. Heb in SecureCRT alle opties al geprobeerd, en naast SecureCRT ook al een heleboel andere programma's gebruikt. Maar ze hebben allemaal 't zelfde probleem. Iemand enig idee wat dit kan zijn ?


voorbeeldje man ls:

LS(1) User Commands LS(1)

NAME
ls − list directory contents

SYNOPSIS
ls [OPTION]... [FILE]...

DESCRIPTION
List information about the FILEs (the current directory by default).
Sort entries alphabetically if none of −cftuSUX nor −−sort.

Mandatory arguments to long options are mandatory for short options
too.

−a, −−all
do not hide entries starting with .

−A, −−almost−all
do not list implied . and ..

−−author
print the author of each file

−b, −−escape
print octal escapes for nongraphic characters

−−block−size=SIZE
use SIZEâ€byte blocks

−B, −−ignore−backups
do not list implied entries ending with ~

−c with −lt: sort by, and show, ctime (time of last modification of
file status information) with −l: show ctime and sort by name
otherwise: sort by ctime

−C list entries by columns

−−color[=WHEN]
control whether color is used to distinguish file types. WHEN
may be ‘never’, ‘always’, or ‘auto’

−d, −−directory
list directory entries instead of contents

−D, −−dired
generate output designed for Emacs’ dired mode

etc.........etc.........

[Verwijderd]

Verwijderd schreef op 15 November 2002 @ 17:34:
Hoi,

Als ik via een ssh sessie (SecureCRT versie 3.0) een manual opvraag op m'n linux bakje (RedHat 8.0). Worden er verschillende tekens verkeerd weergegeven (zie voorbeeldje man ls). Zonder ssh sessie (dus standalone) wordt het wel goed weergegeven. Heb in SecureCRT alle opties al geprobeerd, en naast SecureCRT ook al een heleboel andere programma's gebruikt. Maar ze hebben allemaal 't zelfde probleem. Iemand enig idee wat dit kan zijn ?


voorbeeldje man ls:

LS(1) User Commands LS(1)

NAME
ls � list directory contents

SYNOPSIS
ls [OPTION]... [FILE]...

DESCRIPTION
List information about the FILEs (the current directory by default).
Sort entries alphabetically if none of �cftuSUX nor ��sort.

Mandatory arguments to long options are mandatory for short options
too.

�a, ��all
do not hide entries starting with .

�A, ��almost�all
do not list implied . and ..

��author
print the author of each file

�b, ��escape
print octal escapes for nongraphic characters

��block�size=SIZE
use SIZE�byte blocks

�B, ��ignore�backups
do not list implied entries ending with ~

�c with �lt: sort by, and show, ctime (time of last modification of
file status information) with �l: show ctime and sort by name
otherwise: sort by ctime

�C list entries by columns

��color[=WHEN]
control whether color is used to distinguish file types. WHEN
may be �never�, �always�, or �auto�

�d, ��directory
list directory entries instead of contents

�D, ��dired
generate output designed for Emacs� dired mode

etc.........etc.........

Probeer eens een andere SSH-client ( bv putty voor windows )

[Verwijderd]

ik gebruik die van ssh.com ook wel kan je ook gebruiken voor sftp

[Verwijderd]

Verwijderd schreef op 15 november 2002 @ 17:53:
[...]


Probeer eens een andere SSH-client ( bv putty voor windows )

putty heb ik al geprobeerd........zelfde verhaal

[Verwijderd]

export TERM=vt100

of ben ik nu dom aan het denken?

[T.T.]

ik heb precies hetzelfde probleem, gelukkig heb jij het nu gepost. Als ik met putty op de ene server inlog dan gaat het prima, maar op mn eigen server gaat het niet goed. Het ligt dus aan een server-instelling

note: ook dingen als "mc" gaan fout.

ik gebruik ook Redhat8.0 + SSH

[Verwijderd]

Verwijderd schreef op 15 November 2002 @ 18:04:
export TERM=vt100

of ben ik nu dom aan het denken?

TERM staat op vt100.
moet tie op wat anders staan of stel ik nu een domme vraag ?

[Verwijderd]

T.T. schreef op 15 november 2002 @ 18:12:
ik heb precies hetzelfde probleem, gelukkig heb jij het nu gepost. Als ik met putty op de ene server inlog dan gaat het prima, maar op mn eigen server gaat het niet goed. Het ligt dus aan een server-instelling

note: ook dingen als "mc" gaan fout.

ik gebruik ook Redhat8.0 + SSH

oh.....gelukkig.
heb het al aan meerder mensen gevraagd en die zeggen allemaal: 'go...das vreemd...dat heb ik nog nooit gezien'.
ben gelukkig dus niet de enige.

heb naast SecureCRT al een heleboel andere programma's gebuikt maar dat verandert niks. Krijg dus ook het idee dat aan een instelling van ssh ligt (server side)

btw.... wat is mc ?

[miniBSD]

Probeer de term emulatie eens op 'linux' te zetten in de telnet client, en het lettertype op 'fixedsys'.

[Verwijderd]

miniBSD schreef op 15 november 2002 @ 18:32:
Probeer de term emulatie eens op 'linux' te zetten in de telnet client, en het lettertype op 'fixedsys'.

de term emulatie 'linux' bestaat niet in SecureCRT
ik heb alleen:
- ANSI
- SCOANSI
- VT100
- VT102
- VT220

Wat voor een ssh client gebruik jij dan ?

[Praetorian]

Verwijderd schreef op 15 november 2002 @ 18:44:
[...]

Wat voor een ssh client gebruik jij dan ?

Dit is 100% een server-side probleem, vraag me niet om onderbouwing want die heb ik niet, maar ik durf er met m'n account voor te wedden dat het server-side is

[Verwijderd]

Praeth schreef op 15 November 2002 @ 19:01:
[...]


Dit is 100% een server-side probleem, vraag me niet om onderbouwing want die heb ik niet, maar ik durf er met m'n account voor te wedden dat het server-side is

Krijg ook steeds meer het vermoeden. Vooral omdat het alleen bij 't opvragen van manuals fout gaat. Andere dingen zoals VIM (via ssh) gaan bijvoorbeeld wel goed.

btw........ik hou je aan die afspraak

[T.T.]

Dit is 100% een server-side probleem, vraag me niet om onderbouwing want die heb ik niet, maar ik durf er met m'n account voor te wedden dat het server-side is

Ja, héhé dat zeg ik net :x

MC = GNU Midnight Commander

[Verwijderd]

Heb in m'n ssh_config & sshd_config alleen ForwardX11 op yes staan.
Zou niet weten wat ik daar nog aan moet veranderen ?!?

[Kees]

gebruik het terminal font.
dat wil ook wel eens helpen.

[T.T.]

gebruik het terminal font.
dat wil ook wel eens helpen.

nope, hier niet... Dan krijg ik weliswaar andere tekens, maar nog steeds verkeerd. Bovendien had ik al een berg fonts uitgeprobeerd (maar niet vermeld )

[Verwijderd]

T.T. schreef op 15 November 2002 @ 19:32:
[...]

nope, hier niet... Dan krijg ik weliswaar andere tekens, maar nog steeds verkeerd. Bovendien had ik al een berg fonts uitgeprobeerd (maar niet vermeld )

Nope.........hier ook niet

[zeroxcool]

man ls > /home/pony/manls.txt

En downloaden maar .

[T.T.]

ZeRoXcOoL schreef op 15 november 2002 @ 19:45:
man ls > /home/pony/manls.txt

stfu
misschien toch wel nuttig om te vermelden dat ook dit onleesbaar is

[miniBSD]

Verwijderd schreef op 15 November 2002 @ 18:44:
[...]


de term emulatie 'linux' bestaat niet in SecureCRT
ik heb alleen:
- ANSI
- SCOANSI
- VT100
- VT102
- VT220

Wat voor een ssh client gebruik jij dan ?

Ik gebruik PuTTY in verband met SSH 2. Je kunt middels 'category > connection > Terminal-type string' het emulatie type ingeven.

[Kees]

ik gebruik voor SSH connecties dus "linux" of "xterm"

[Verwijderd]

Ik heb putty gedownload en zowel 'linux' als 'xterm' geprobeerd maar al m'n manuals worden nog steeds verkeerd weergegeven

[Verwijderd]

Het ziet er niet naar uit dat iemand me hier bij kan helpen he ?

[MyDyingBride]

In /etc/sysconfig/i18n staat als het goed is o.a.

code:

LANG="en_US.UTF-8"

als je dit veranderd in

code:

LANG="en_US"

zal het waarschijnlijk wel goed gaan (bij mij wel tenminste).

[Fatal-Error]

Werkt "man <manpage> -P more" wel goed? Het lijkt net alsof er een soort filter zit dat chars zoals '-', '`' en ''' onzet in iets anders... of dat je client het gewoon niet snapt. Het je het probleem met telnet ook?

[T.T.]

MyDyingBride schreef op 16 November 2002 @ 10:48:
In /etc/sysconfig/i18n staat als het goed is o.a.

code:

LANG="en_US.UTF-8"

als je dit veranderd in

code:

LANG="en_US"

zal het waarschijnlijk wel goed gaan (bij mij wel tenminste).

JAAAAAAAAAAAAAAAAAAAAAA
briljant! muchios gracias, dat werkt iig voor mij

[DPLuS]

Ik heb al eens eerder een topic geopend over dit probleem, oplossing ligt in de /etc/man.config:


[topic van 25 oktober 2002]Ik ben er eindelijk achter wat het probleem was! Voor iedereen die versie 8 van RedHat geinstalleerd heeft en wel eens remote inlogt via PuTTY of SecureCRT: De MAN-pages zijn in UTF-8 formaat en met de standaard configuratie van het bestand /etc/man.config worden bepaalde karakters niet juist weergegeven. Bewerk het bestand /etc/man.config en zoek deze regel op: code: -------------------------------------------------------------------------------- NROFF /usr/bin/groff -c -mandoc -------------------------------------------------------------------------------- Deze regel moet veranderd worden in: code: -------------------------------------------------------------------------------- NROFF /usr/bin/groff -Tlatin1 -mandoc --------------------------------------------------------------------------------[/topic]

Zie: RedHat8 en SecureCRT v3.3 - Dash wordt −

[T.T.]

DPLuS schreef op 16 november 2002 @ 11:21:
Ik heb al eens eerder een topic geopend over dit probleem, oplossing ligt in de /etc/man.config:

Dat lost alleen de problemen met "man" op, de eerder genoemde oplossing lost de problemen meer fundamenteel op denk ik, want "mc" gaat bij jou wel fout, maar bij die andere oplossing gaat ook dat goed

[Verwijderd]

MyDyingBride schreef op 16 november 2002 @ 10:48:
In /etc/sysconfig/i18n staat als het goed is o.a.

code:

LANG="en_US.UTF-8"

als je dit veranderd in

code:

LANG="en_US"

zal het waarschijnlijk wel goed gaan (bij mij wel tenminste).

Hail to the King

Yep.......dat was het.
Heb het veranderd en nu wordt alles wel goed weergegeven.
Iedereen die hier een reply heeft achter gelaten en geprobeerd heeft mij te helpen heel erg veel bedankt ! (MyDyingBride in het bijzonder natuurlijk )

[DPLuS]

Heb ik toch nog een vraag:
Als ik dat i18n bestandje aanpas, zoals hierboven beschreven is, en ik login via SSH op mijn linux-bak en ik voer bijv: setup uit, dan ziet dat er zo bij mij uit:
Ook bij MC ziet het er nog zo uit...

edit:

Reboot did the trick!