Hi again Martin, On 8 March 2011 10:37, Martin Steigerwald <mar...@lichtvoll.de> wrote: > Am Monday 07 March 2011 schrieb Iñigo Serna: >> ah, ok, problem found. >> >> March is "März" in German, and that "ä" is causing the crash. >> A new folder only has one entry - the parent directory - so crash >> happened when showing ".." date. >> >> While I fix the bug you can change your locale to make lfm work by now >> (or better in shell function): >> >> $ LANG=en_GB.UTF-8 >> $ lfm > > Thanks, this works, while > > martin@shambhala:~> LANG=C lfm > Traceback (most recent call last): > File "/usr/bin/lfm", line 27, in <module> > lfm_start(sys.argv) > File "/usr/share/lfm/lfm/lfm.py", line 924, in lfm_start > path = curses.wrapper(main, prefs, paths1, paths2) > File "/usr/lib/python2.6/curses/wrapper.py", line 43, in wrapper > return func(stdscr, *args, **kwds) > File "/usr/share/lfm/lfm/lfm.py", line 845, in main > app.load_paths(paths1, paths2) > File "/usr/share/lfm/lfm/lfm.py", line 90, in load_paths > self.lpane.load_tabs_with_paths(paths1) > File "/usr/share/lfm/lfm/lfm.py", line 299, in load_tabs_with_paths > err = tab.init(utils.decode(path)) > File "/usr/share/lfm/lfm/lfm.py", line 795, in init > err = self.init_dir(path) > File "/usr/share/lfm/lfm/lfm.py", line 612, in init_dir > self.nfiles, self.files = files.get_dir(path, > app.prefs.options['show_dotfiles']) > File "/usr/share/lfm/lfm/files.py", line 252, in get_dir > if ask_convert_invalid_encoding_filename(newf): > File "/usr/share/lfm/lfm/utils.py", line 1001, in > ask_convert_invalid_encoding_filename > 'In file <%s>, convert' % filename) > File "/usr/share/lfm/lfm/messages.py", line 326, in confirm > win.addstr(1, 2 , '%s?' % utils.encode(question)) > File "/usr/share/lfm/lfm/utils.py", line 976, in encode > return buf.encode(g_encoding) > UnicodeEncodeError: 'ascii' codec can't encode character u'\xe4' in > position 10: ordinal not in range(128) > > also chokes.
What I see from the report is that lfm tried to convert the encoding of one of the files for proper visualization. Looks like the crash happens when enconding of terminal is different than the encoding of file system. Which encondig for terminal and file system are you using? Coud you send me the output of "ls -la" in that directory please? so I could see the problematic file names. Even can you make and send me a tar-file with some of those problematic files? thus i could check myself the used filename enconding. Thanks, Iñigo Serna -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
