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 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 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 > 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 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 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 > 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 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 > 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
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 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 > 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#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 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 > 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#588023: lfm: some crash during uses
Hi again, On 4 July 2010 09:44, yellowprotoss 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#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 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#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
