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

Previous Next

Full log

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

Previous Next

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