GNU bug report logs - #23011
tramp: ls parse failure and locale

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 23011 in the body.
You can then email your comments to 23011 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Raphaël <raphael.droz <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: tramp: ls parse failure and locale
Date: Mon, 14 Mar 2016 13:05:07 -0300

Hi,

I found myself unable to edit a file using tramp on a given server.

After comparing with another server where it works I found the following:

> server where tramp works
> -rw-r--r-- 1 raf raf 675 nov.  13  2014 /home/raf/.profile
> server where tramp fails
> -rw-r--r-- 1 raf raf 675 Nov 13  2014 /home/raf/.profile

And then found that env (in a non-interactive ssh session) was
> LANG=fr_FR.UTF-8 # where it works
> LANG=en_US.UTF-8 # where it fails
(I didn't tried to understand how tramp could fail on the english string
parse the non-english output while failing at the apparently common one.

I could track down the difference to Debian's update-locale &
/etc/default/locale (it's another story).


My point is that  in order to make tramp more robust it should rather
set environment variables LANG/LC_* to neutral values for to maximize
chances of getting a predictable output (even if we still parse `ls` in 2016), 


thank you
(please keep me in CC:)



Reference:
http://git.savannah.gnu.org/cgit/emacs.git/tree/lisp/net/tramp-sh.el#n1281

Message #8 received at 23011 <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Raphaël <raphael.droz <at> gmail.com>
Cc: 23011 <at> debbugs.gnu.org
Subject: Re: bug#23011: tramp: ls parse failure and locale
Date: Mon, 14 Mar 2016 18:40:11 +0100

Raphaël <raphael.droz <at> gmail.com> writes:

> Hi,

Hi Raphaël,

> My point is that  in order to make tramp more robust it should rather
> set environment variables LANG/LC_* to neutral values for to maximize
> chances of getting a predictable output (even if we still parse `ls` in 2016), 

Per default, Tramp tries "en_US.utf8", "C.utf8", "en_US.UTF-8" in this
order. All of them shall be robust, I believe. See `tramp-get-remote-locale'.

Which Emacs/Tramp version are you using?

> thank you
> (please keep me in CC:)

Best regards, Michael.

Message #11 received at 23011 <at> debbugs.gnu.org (full text, mbox):

From: Raphaël <raphael.droz <at> gmail.com>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: 23011 <at> debbugs.gnu.org
Subject: Re: bug#23011: tramp: ls parse failure and locale
Date: Mon, 14 Mar 2016 18:55:30 -0300

On Mon, Mar 14, 2016 at 06:40:11PM +0100, Michael Albinus wrote:

> Per default, Tramp tries "en_US.utf8", "C.utf8", "en_US.UTF-8" in this
> order. All of them shall be robust, I believe. See
> `tramp-get-remote-locale'.

I overlooked it, thank you!

> Which Emacs/Tramp version are you using?

Emacs 24.4 from Debian Jessie
(tramp 2.2.9-24.4)

But it was not an issue with tramp (and I'm not sure what exactly where
the issue was)
But I finally got tramp, unchanged, to work on the various servers by
tweaking their default locale.

It's not quite clear what exactly was the server's side significant
change (among dpkg-reconfigure locales & update-locale).
I'd say that was an unknown edge-case.


but thank you for the answer!

Message #14 received at 23011 <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Raphaël <raphael.droz <at> gmail.com>
Cc: 23011 <at> debbugs.gnu.org
Subject: Re: bug#23011: tramp: ls parse failure and locale
Date: Tue, 15 Mar 2016 08:00:06 +0100

Raphaël <raphael.droz <at> gmail.com> writes:

Hi Raphaël,

> It's not quite clear what exactly was the server's side significant
> change (among dpkg-reconfigure locales & update-locale).
> I'd say that was an unknown edge-case.

Thanks for checking. I'm closing the bug.

Best regards, Michael.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.