Bug#817054: lfm crash at launch (or while using it)
Hi François, and first of all excuse me for the late answer. francois.petitj...@bureauveritas.com writes: > Right after installing lfm, > [crash report] lfm v2.x is obsolete since some months ago. Could you test if the crash persists with last version, please? In fact version 3.0 is a complete rewrite of the program mantaining the UI, so the bugs should not be shared. > There is also a minor packaging bug : lfm should not depend on > python-support. Due to this bug, if we run Regarding this, I can't be of any help. I don't use debian or ubuntu, sorry. Thanks for your email, Iñigo Serna
Bug#694996: lfm: move not working or broken way
Hi Patrick, lfm uses python functions to move directories and files, and those use byte-to-byte copy. I can agree it could be slow for big contents, but it isn't dangerous at all. In fact (I don't remember v2.2, but v2.3) moving first copy contents and then deletes source, so in case of process stop or any problem, original data are never lost. On the other hand, using mv we could lose control over the process: stop/resume, progress information, and so on. Those were the reasons I decided to use python functions instead of external commands. In fact I use lfm commands for not so big data and open PowerCLI (C-x) and do cp/mv for bigger data. Thanks for your feedback, Iñigo Serna On 2 December 2012 18:50, patrick295767 patrick295...@gmail.com wrote: Package: lfm Version: 2.2-1 Severity: important Hi, I have discovered that it is preferable not to use 'move' of lfm it is dangerous since it does copy the data differently than any linux mv function. lfm leaves chances for desaster of some data is the networking is failing when one copy over samba or nfs. It is highly recommended that lfm uses 'mv' for moving directories. Example: lfm move dvd01 /samba move dvd02 /samba with lfm it will takes ages, and it will copy bit per bits. with mv (utils of bin of linux), it will take 2sec since it simply tell linux to change the dir position. I hope it helped sincerely -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages lfm depends on: ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-support 1.0.10 automated rebuilding support for P lfm recommends no packages. lfm suggests no packages. -- no debconf information -- Iñigo Serna Katxijasotzaileak
Bug#694922: accents make lfm crash
Hi, I confirm this bug even in version 2.3. I'll try to fix it during next days. As a workaround, execute the program as: $ LANG=en_GB.utf8 lfm The important part is the encoding after the dot: utf8. Kind regards, Iñigo Serna On 2 December 2012 03:39, patrick295767 patrick295...@gmail.com wrote: Package: lfm Version: 2.2-1 Severity: important r -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages lfm depends on: ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-support 1.0.10 automated rebuilding support for P lfm recommends no packages. lfm suggests no packages. 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'\xe9' in position 33: ordinal not in range(128) maybe due to _Op??ration that has some e with accents sincerely, -- no debconf information -- Iñigo Serna Katxijasotzaileak
Bug#667982: lfm: more info
Hello, thanks for your feedback. It looks your problem is that you haven't configured LANG and/or LOCALE in your system or session. Sorry, but I don't know how to do it in debian or ubuntu F.e. in ArchLinux you add a line LOCALE=en_US.UTF-8 in /etc/rc.conf Googling around I've found these links, hope they are helpful: - http://www.linuxforums.org/forum/debian-linux/58751-locale-problem.html - http://wiki.debian.org/Locale But note I can't assure they are correct and current. Best regards, Iñigo Serna PS: note version 2.3 was released some months ago and improves locale handling somehow On 22 April 2012 17:49, Ubuntu6226 ubuntu6...@yahoo.com wrote: Package: lfm Version: 2.2-1 Severity: normal Fetched 349 kB in 1s (296 kB/s) perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LANG = en_US.UTF-8 are supported and installed on your system. perl: warning: Falling back to the standard locale (C). locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory Selecting previously deselected package rsync. (Reading database ... 21504 files and directories currently installed.) Unpacking rsync (from .../rsync_3.0.7-2_armel.deb) ... Processing triggers for man-db ... locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory it looks to occur due to above missing files. it would be great a fix for lfm than k you -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: armel (armv5tel) Kernel: Linux 2.6.36 (PREEMPT) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages lfm depends on: ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-support 1.0.10 automated rebuilding support for P lfm recommends no packages. lfm suggests no packages. -- debconf information excluded -- Iñigo Serna Katxijasotzaileak -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617229: patch
Hi, On 3 October 2011 07:26, Bruno Bigras bigras.br...@gmail.com wrote: Package: lfm Version: 2.2-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch Here's a patch I submited to Ubuntu that may help you too. [...] please note v2.3 was releases on May 21st. Best regards, 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
Bug#623207: Debug session results.
Hi all, sorry for answering so late, I'm away on holidays with no much internet connection. This is a known bug already fixed in the devel repository a few weeks ago. Look at Debian's #617229 bug report. Thanks for your interest and report, Iñigo Serna 2011/4/18 Raúl Sánchez rsanch...@infoglobal.es Hello: I think I'm closer to the problem. The difference between one and two-paned layout is that file information is displayed differently, relying on get_fileinfo_str_long for the 1-paned layout and get_fileinfo_str_short for the 2-paned case. in the first case, the file information printed to a buffer is (typically): buf = '%(type_chr)c%(perms)9s %(owner)-10s %(group)-10s %(size)7s %(mtime)16s %(fname)s' % res whereas in the second case (2 panes) this is: buf = '%(type_chr)c%(fname)s %(size)7s %(mtime2)12s' % res When lfm crashes, the file information iteration is on my /home dir information, whose mtime is 'b'mié mar 16 17:46'' and I guess that tilde on mié is making lfm crash. HTH, -- Raúl Sánchez Siles Departamento de Desarrollo INFOGLOBAL, S. A. * C/ Manuel Pombo Angulo, 20 28050 Madrid, España * T: +34 91 506 40 00 * F: +34 91 506 40 01 -- Iñigo Serna Katxijasotzaileak
Bug#617229: lfm: aborts with error UnicodeDecodeError message from ascii codec on start
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
Bug#617229: lfm: aborts with error UnicodeDecodeError message from ascii codec on start
Thanks Martin for your interest in lfm and for the bug report. Could you check some things, please? - do you have any file not encoded in UTF-8 in the directory from you have started lfm? - is there any filename in Chinese, Japonese or any other language in which a character could get 2 cells? Thanks, Iñigo Serna On 7 March 2011 11:50, Martin Steigerwald mar...@lichtvoll.de wrote: Package: lfm Version: 2.2-1 Severity: normal Just wanted to have a look at this package: martin@shambhala:~#16 lfm Config file does not exist, we'll use default values 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 848, in main ret = app.run() File /usr/share/lfm/lfm/lfm.py, line 197, in run self.display() File /usr/share/lfm/lfm/lfm.py, line 153, in display self.lpane.display() File /usr/share/lfm/lfm/lfm.py, line 358, in display self.display_files() File /usr/share/lfm/lfm/lfm.py, line 465, in display_files buf = tab.get_fileinfo_str_short(res, w, self.pos_col1) File /usr/share/lfm/lfm/lfm.py, line 753, in get_fileinfo_str_short buf = '%(type_chr)c%(fname)s %(size)7s %(mtime2)12s' % res UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 4: ordinal not in range(128) (Usually I just purge something I wanted to have a look at, when it doesn't start, but I think its fair enough to at least report a bug about it.) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (450, 'testing'), (400, 'unstable'), (110, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.38-rc7-tp42-snapshot-p1+2-00163-gfb62c00-dirty (PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lfm depends on: ii python 2.6.6-3+squeeze5 interactive high-level object-orie ii python-support 1.0.11 automated rebuilding support for P lfm recommends no packages. lfm suggests no packages. -- no debconf information -- Iñigo Serna Katxijasotzaileak -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617229: lfm: aborts with error UnicodeDecodeError message from ascii codec on start
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 again for the feedback and report, Martin Iñigo Serna On 7 March 2011 20:03, Martin Steigerwald mar...@lichtvoll.de wrote: Am Monday 07 March 2011 schrieb Iñigo Serna: Thanks Martin for your interest in lfm and for the bug report. Could you check some things, please? - do you have any file not encoded in UTF-8 in the directory from you have started lfm? - is there any filename in Chinese, Japonese or any other language in which a character could get 2 cells? It happens also in an empty directory: shambhala:/tmp mkdir lfm-test shambhala:/tmp cd lfm-test shambhala:/tmp/lfm-test lfm zsh: correct 'lfm' to 'lvm' [nyae]? n 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 848, in main ret = app.run() File /usr/share/lfm/lfm/lfm.py, line 197, in run self.display() File /usr/share/lfm/lfm/lfm.py, line 153, in display self.lpane.display() File /usr/share/lfm/lfm/lfm.py, line 358, in display self.display_files() File /usr/share/lfm/lfm/lfm.py, line 466, in display_files self.win.addstr(i+2, 1, utils.encode(buf), attr) File /usr/share/lfm/lfm/utils.py, line 976, in encode return buf.encode(g_encoding) UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 48: ordinal not in range(128) (Also as ordinary user.) shambhala:/tmp/lfm-test#1 locale LANG=de_DE.UTF-8 LC_CTYPE=de_DE.UTF-8 LC_NUMERIC=de_DE.UTF-8 LC_TIME=de_DE.UTF-8 LC_COLLATE=de_DE.UTF-8 LC_MONETARY=de_DE.UTF-8 LC_MESSAGES=de_DE.UTF-8 LC_PAPER=de_DE.UTF-8 LC_NAME=de_DE.UTF-8 LC_ADDRESS=de_DE.UTF-8 LC_TELEPHONE=de_DE.UTF-8 LC_MEASUREMENT=de_DE.UTF-8 LC_IDENTIFICATION=de_DE.UTF-8 LC_ALL= shambhala:/tmp/lfm-test Thanks, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 -- Iñigo Serna Katxijasotzaileak -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587995: lfm is cool: command copy paste in right panel
Hi there, I'm Iñigo Serna, the author of lfm. On 3 July 2010 20:07, yellowprotoss yellowprot...@gmail.com wrote: Package: lfm Version: 2.2-1 Severity: wishlist Hello; I like very much this lfm. it is better than mc cuz it has the ctrl + D To be fair, mc has a more advanced bookmark system, I think is C-\ it is very close to total commander ghisler; that's why it is so good. So wishlist: (1) to be capable as total commander to execute a command Working on the design of a powercli for the next version, it would be a mix between a classic line command of ofms with some bits of python. I don't know much about total commander, could you mention some use cases in order to check if it's similar to what I'm thinking, please? (2) a reliable copy that never crashes; based on cp If copy crashes on you, please report as bugs. It's not possible to use cp directly if we want to mantain the dialog with info about the copy process, percent, remaining files, etc, Moreover, calling cp for each copy action would slow a lot the process. (3) a way to do on a panel (right or leftà); ctrl x then go into a folder; and ctrl v to paste those selected files; and it ll move them those files into the current folder It's already mentioned on the TODO file but as I don't need it's there waiting... would be great thanks to keep lfm be a package for debian cuz we like it very much and need it a lot ! Thanks for your feedback, Iñigo Serna -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lfm depends on: ii python 2.5.4-9 An interactive high-level object-o ii python-support 1.0.8 automated rebuilding support for P lfm recommends no packages. lfm suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588023: lfm: some crash during uses
Hi again, On 4 July 2010 09:44, yellowprotoss yellowprot...@gmail.com wrote: Package: lfm Version: 2.2-1 Severity: normal Dear Sir; I created a folder and suddenly it crashed, lfm. [...] Could you supply more info? - shell - terminal program name linux console - name for the directory that made lfm crash I see in your report that you are using ANSI_X3.4-1968 as your shell encoding (is that another name for ASCII?). If you are managing filenames with non-ASCII chars (German, Spanish, Chinese...) you will get problems and crashes for sure. If that's the case, change shell encoding to UTF-8 for example. On the other hand, python and ncurses have problems with languages like Chinese when individual chars expand sometimes to 2 or more screen rows (i.e. they are double-space chars). Check http://bugs.python.org/issue6755# for more information if this is the case. Best regards, Iñigo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516273: LFM version totally outdated
Hello, I'm the author of lfm program [1]. I've noted that the version in debian repositories [2] is quite old and outdated, as there are newer versions released some time ago, with lot of fixes and new features,including some of the reported to your track systems. While I'm not myself a debian user, I do respect debian a lot and think maybe you are interested on updating the information to point to the newer version 2.1 [3] released on December 2008. The license changed to GPL 3. [1] http://www.terra.es/personal7/inigoserna/lfm/ [2] http://packages.qa.debian.org/l/lfm.html [3] http://www.terra.es/personal7/inigoserna/lfm/lfm-2.1.tar.gz Best regards, 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
