Bug#504120: ls: columns are messed up with non-ascii filenames

2008-11-13 Thread Patrick Schoenfeld
Hi,

On Thu, Nov 13, 2008 at 06:41:08PM +0300, Kondrat Pushkarev wrote:
> Here's a screenshot (rxvt-unicode, LANG=ru_RU.UTF-8).  The problem shows up on

okay, this way its easier to imagine whats actually wrong. :-)

> the console, too, and from the screenshot you'll see that the problem is
> obviously with the column formatting, not the terminal.  Since you don't
> have the problem with de_DE.UTF-8, I'm now wondering if it's the Russian
> locales which are broken?  (The same thing happens with KOI-8, as noted
> in the original bug report.)

Hm. I'm not sure if this is related to the locale. After you mail I
tried to reproduce it with LANG=ru_RU.UTF-8 and I'm still unable to
reproduce it. The locales are working fine as I can guess from the
output of various problems (well, I can't speak Russian, but it looks
like it is cyrillic).

Lets guess further:
Do you have 'ls' defined as an alias? Probably with some options?
What does

alias ls

on the problematic terminal in question tell?

Regards,
Patrick



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#504120: ls: columns are messed up with non-ascii filenames

2008-11-13 Thread Patrick Schoenfeld
Hi,

I've tried to reproduce your bug but I'm unable to do so.
My environment is [EMAIL PROTECTED] and I tried to reproduce it with the
commands you entered. Output looks good, so everything is alright.

I guess that this is probably not a problem with coreutils. Does it
happen in an X-Terminal or on console as well? If the answer is that it
only happens in an X-Terminal (which I assume) then the next question
would be, which terminal emulator you are using. I tested it with
rxvt-unicode aswell as xterm.

A screenshot of the problem could be helpful as well.

Best Regards,
Patrick



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#504120: ls: columns are messed up with non-ascii filenames

2008-10-31 Thread Kondrat Pushkarev
Package: coreutils
Version: 6.10-6
Severity: important
Tags: l10n

'ls' messes up the displaying of columns when displaying non-ASCII
filenames (Russian, in my case, but the problem exists with accented
Latin characters as well).  It appears to regard non-ASCII characters as
having zero width, resulting in the output going beyond the width of
the screen.

The bug can be easily demonstrated by executing the following commands
in a directory with other files in it (assuming an xx_XX.UTF-8 or
ru_RU.KOI8-R locale):

  sh$ touch файл_с_русским_именем.txt
  sh$ ls

While this isn't a fatal problem, it certainly does make the output ugly
and hard to read.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.27.3 (PREEMPT)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages coreutils depends on:
ii  libacl1   2.2.47-2   Access control list shared library
ii  libc6 2.7-14 GNU C Library: Shared libraries
ii  libselinux1   2.0.65-5   SELinux shared libraries

coreutils recommends no packages.

coreutils suggests no packages.

-- no debconf information



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]