Bug#396295: openssh-server: scp copies filenames with extended characters in the wrong character set, or sshd does not know about local locale for filenames
Package: openssh-server
Version: 1:4.3p2-5.1
Severity: minor
If you copy files from one system to another with scp, the filenames don't
always end up in the expected character set. For instance, when files are
copied from a iso-8859-(1/15) locale machine to a machine with UTF-8
locale, the filenames show up unreadable to local console and X programs.
The openssh server probably needs to be aware of the local locale; but
that will probably not solve the case where one user's locale differs from
the system locale, unless the character sets happen to be rather compatible.
Am I missing an easy way to make sure filesnames are stored with local
locale settings (in non-interactive login sessions such as scp)?
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18
Locale: LANG=C, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Versions of packages openssh-server depends on:
ii adduser 3.99 Add and remove users and groups
ii debconf 1.5.7 Debian configuration management sy
ii dpkg 1.13.24 package maintenance system for Deb
ii libc6 2.3.6.ds1-7 GNU C Library: Shared libraries
ii libcomer 1.39+1.40-WIP-2006.10.02+dfsg-2 common error description library
ii libkrb53 1.4.4-3 MIT Kerberos runtime libraries
ii libpam-m 0.79-4 Pluggable Authentication Modules f
ii libpam-r 0.79-4 Runtime support for the PAM librar
ii libpam0g 0.79-4 Pluggable Authentication Modules l
ii libselin 1.32-2 SELinux shared libraries
ii libssl0. 0.9.8c-3 SSL shared libraries
ii libwrap0 7.6.dbs-11 Wietse Venema's TCP wrappers libra
ii openssh- 1:4.3p2-5.1 Secure shell client, an rlogin/rsh
ii zlib1g 1:1.2.3-13 compression library - runtime
openssh-server recommends no packages.
-- debconf information:
ssh/insecure_rshd:
ssh/insecure_telnetd:
ssh/new_config: true
* ssh/use_old_init_script: true
ssh/encrypted_host_key_but_no_keygen:
ssh/disable_cr_auth: false
Reply to: