Topic: midnight commander under putty

[smeghead]

This is a quick heads up.

With the most recent updates in V8 the locale attribute within SME has changed from en_US to en_US.UTF-8.

This change means that Putty sessions no longer render Unicode line drawing correctly with the default translation of ISO-8859-1:1998 (Latin-1, West Europe) for us English speakers; the translation must be changed to UTF-8 to correct this.

These settings should be saved to a Putty profile along with the usual server connection info.

HTH

[piran]

So THAT's what it was... I'd already worked out
I now needed to use UTF but assumed I'd messed
something up somewhere else to cause the odd
change. Thank you for that clarification.

[janet]

For all,

These settings should be saved to a Putty profile along with the usual server connection info.

More specifically done by:
Opening Putty
Loading the required Saved Session eg myserver
Edit the settings by selecting from the Category listing on the left
Window
 Translation
then select UTF-8 from the pull down menu for Character set translation on received data
Then click Session category & click Save

Test by logging in and opening midnight commander
ie type mc

[smeghead]

.. I've now found that this fixes Putty but other stuff doesn't display well, fire up iptraf & it's like Putty was before the UTF-8 tweak.

I have found that if I set the translation to VSCII then iptraf is fine, but Putty is back to being a mess; the line drawing characters work if set to either Unicode or ANSI/OEM for VSCII ot UTF-8, but only in an either/or situation.

Looks like I'll need to post a bug & get the devs to take a look.

[Brave Dave]

Outside of SME (haven't tested this here)

I edit .bash_profile and add;

LANG=en_US

export PATH LANG

[janet]

Brave Dave

I edit .bash_profile and add;
LANG=en_US
export PATH LANG

Yes changing that allows both iptraf & mc to display correctly.
Note to leave the original Putty setting unchanged ie
Window
 Translation
Select ISO-8859-1:1998 (Latin-1, West Europe) from the pull down menu for Character set translation on received data

Thanks

[janet]

smeghead

Looks like I'll need to post a bug & get the devs to take a look.

Did you do this, what is the bug number ?
Refer my last post re Daves fix, which works.
This fix or some other fix needs to be implemented by devs, & the only way they will know about it is if a bug report is posted.

[smeghead]

http://bugs.contribs.org/show_bug.cgi?id=7814

[chris burnat]

smeghead

Did you do this, what is the bug number ?
Refer my last post re Daves fix, which works.
This fix or some other fix needs to be implemented by devs, & the only way they will know about it is if a bug report is posted.

This issue is currently being investigated, check:

Subject:    [devinfo] command line UTF8 move e-smith-base-5.2.0-81.el5.sme.i386
Date:    Tue, 10 Sep 2013 22:18:25 -0400
From:    Jean-Philippe PIALASSE <tests@pialasse.com>
To:    devinfo@lists.contribs.org

Additional background information:

#Original change
http://bugs.contribs.org/show_bug.cgi?id=7699

#Related bugs
http://bugs.contribs.org/show_bug.cgi?id=7801
http://bugs.contribs.org/show_bug.cgi?id=7808
http://bugs.contribs.org/show_bug.cgi?id=7814
http://bugs.contribs.org/show_bug.cgi?id=7839
http://bugs.contribs.org/show_bug.cgi?id=7840

#Relevant Forum posts:
http://forums.contribs.org/index.php/topic,50098.msg251454.html#msg251454
http://forums.contribs.org/index.php?topic=50183.new;topicseen#new

[wellsi]

Based on the feedback the UTF8 change has been reverted, these are working their way through the releasing process now.

e-smith-lib-2.2.0-10.el5.sme
* Sat Sep 14 2013 Ian Wells <esmith@wellsi.com> 2.2.0-10.sme
- Reverse last change [SME: 7699]

e-smith-base-5.2.0-85.el5.sme
* Sat Sep 14 2013 Ian Wells <esmith@wellsi.com> 5.2.0-85.sme
- Reverse change: Use UTF-8 in the console [SME: 7699]