Mailfs Bugs/Patches
Hi, With the current mailfs implementation, I ran into some problems: 1.) By definition (see e.g. http://www.qmail.org/man/man5/mbox.html), in a Berkeley MBox File,the beginning of a message is marked by a line starting with From (_exactly_ like this) at the beginning of the file or after an empty line. So the regex /^from\s+\w+(\.\w+)*@/i currently used is just wrong, because - any other capitalization of from does _not_ introduce a new message - anything else following afterwards is optional 2.) malformed date headers currently will produce a warning Regards, Peter --- mailfs.mc_dist 2009-01-25 13:36:48.0 +0100 +++ mailfs 2009-06-17 10:25:39.0 +0200 @@ -15,7 +15,7 @@ import Date::Parse; $parse_date= sub { - local $ftime = str2time($_[0],$TZ); + local $ftime = str2time($_[0],$TZ) || return $fallback; $_ = localtime($ftime); /^(...) (...) ([ \d]\d) (\d\d:\d\d):\d\d (\d\d\d\d)$/; if ($ftime + 6 * 30 * 24 * 60 * 60 $now || @@ -135,7 +135,7 @@ while(IN) { s/\r$//; - if($blank /^from\s+\w+(\.\w+)*@/i) { # Start of header + if($blank /^From /) { # Start of header print_dir_line unless (!$msg_nr); $size=length; $msg_nr++; @@ -160,7 +160,7 @@ my $blank = 1; while(IN) { s/\r$//; - if($blank /^from\s+\w+(\.\w+)*@/i) { +if($blank /^From /) { $msg_nr++; exit(0) if ($msg_nr $nr); $blank= 0; ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: [bug #16008] C-x i (info panel) returns to wrong directory
On Mon, 06 Mar 2006 09:28:42 +0200, Pavel Tsekov wrote: URL: http://savannah.gnu.org/bugs/?func=detailitemitem_id=16008 Summary: C-x i (info panel) returns to wrong directory snip... Thank you for submitting. I was not sure it was a bug, so that is why I posted the note here. Let me know if I can help in any way. -- Peter ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
C-x i (info panel) returns to wrong directory
Using MC 4.6.0 GNU Midnight Commander 4.6.0 Virtual File System: tarfs, extfs, cpiofs, ftpfs, fish, smbfs With builtin Editor Using system-installed S-Lang library with terminfo database With subshell support as default With support for background operations With mouse support on xterm and Linux console With support for X11 events With internationalization support With multiple codepages support When viewing two file lists, if user presses C-x i for info on a panel's directory or file, the info pops up correctly in the other panel. However, when the user closes the info screen, the directory of the current panel is shown -- NOT the directory which was being viewed before the info panel appeared. Sorry if this is confusing. Let me illustrate: LeftRight \ \usr\bin User is in left panel Presses C-x i (or selects Info from the Right Panel menu) Info panel appears in Right panel User presses C-x i again to toggle info off (or selects listing mode from Right Panel menu) Right directory panel now shows \, not \usr\bin IMO, after info is closed, whatever was in the panel should be restored. ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Fwd: XML extfs
Hi! Sorry, I really dont want to be annoying =) But is not this interesting at all? Don't you like extfs idea? Don't you think about expanding the power of extfs to the entire world of data formats? Isn't it time to start with a more agresive kind of extfs initiative? Won't it be nice to 'cd' into the thing you are working with, be it MOF (Meta object format) declaration, a network session from tcpdump -w, multipart email message or alike? Please tell =) I'm looking forward to hearing from you! -- Forwarded Message -- Subject: XML extfs Date: Wednesday 01 March 2006 19:44 From: Peter A. Kerzum [EMAIL PROTECTED] To: mc-devel@gnome.org Hi, guys! Let me contribute XML extfs to stop all those FAR superiority discussions :). Let me start with a brief announce. * Requirements Extfs module is implemented in PERL and requires PERL XML::Simple module, that is not included in the std distribution. This module (as any other) could be installed with a single command perl -MCPAN -e 'install XML::Simple' * Features XML Extfs provides consistent read-only XML exploration features: - Listing of XML document. Attribute values and text content are included in the listing as part of names (eg: 'attr-name: value' or '.text: text-value') - Copyout of attr values, text values and elements. Elements are copied-out pretty-printed, in 'source' or 'no-attr' forms. * Bugs and limitations # - XML elements may be heavily reformatted on copyout # - Datetimes are not supported, so are file sizes for elements # - '/' sign in attribute values is unconditionally translated to '-' # - Low file size limit Please, let me know what do you think of this? -- Peter A. Kerzum --- -- Peter A. Kerzum xml Description: Perl program ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
XML extfs
Hi, guys! I'm yet another mc fan :) Let me contribute XML extfs to stop all those FAR superiority discussions :). Let me start with a brief announce. * Requirements Extfs module is implemented in PERL and requires PERL XML::Simple module, that is not included in the std distribution. This module (as any other) could be installed with a single command perl -MCPAN -e 'install XML::Simple' * Features XML Extfs provides consistent read-only XML exploration features: - Listing of XML document. Attribute values and text content are included in the listing as part of names (eg: 'attr-name: value' or '.text: text-value') - Copyout of attr values, text values and elements. Elements are copied-out pretty-printed, in 'source' or 'no-attr' forms. * Bugs and limitations # - XML elements may be heavily reformatted on copyout # - Datetimes are not supported, so are file sizes for elements # - '/' sign in attribute values is unconditionally translated to '-' # - Low file size limit Please, let me know what do you think of this? -- Peter A. Kerzum xml Description: Perl program ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Fwd: XML extfs
Hi! Sorry, since my post I've found a number of bugs (with multiline text elements). Please, disregard previous version and have look at this one. -- Forwarded Message -- Subject: XML extfs Date: Wednesday 01 March 2006 19:44 From: Peter A. Kerzum [EMAIL PROTECTED] To: mc-devel@gnome.org Hi, guys! I'm yet another mc fan :) Let me contribute XML extfs to stop all those FAR superiority discussions :). Let me start with a brief announce. * Requirements Extfs module is implemented in PERL and requires PERL XML::Simple module, that is not included in the std distribution. This module (as any other) could be installed with a single command perl -MCPAN -e 'install XML::Simple' * Features XML Extfs provides consistent read-only XML exploration features: - Listing of XML document. Attribute values and text content are included in the listing as part of names (eg: 'attr-name: value' or '.text: text-value') - Copyout of attr values, text values and elements. Elements are copied-out pretty-printed, in 'source' or 'no-attr' forms. * Bugs and limitations # - XML elements may be heavily reformatted on copyout # - Datetimes are not supported, so are file sizes for elements # - '/' sign in attribute values is unconditionally translated to '-' # - Low file size limit Please, let me know what do you think of this? -- Peter A. Kerzum --- -- Peter A. Kerzum xml Description: Perl program ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
MC_PWD_FILE in mc-wrapper
Mandrake 9.1, mc-4.6.0-1mdk.rpm login: peterf MC_PWD_FILE=/home/peterf/tmp/mc-peterf/mc.pwd. $su root MC_PWD_FILE=/root/tmp/mc-peterf/mc.pwd. but mc created a directory /root/tmp/mc-root ! mc-wrapper.sh: 1c1,2 MC_PWD_FILE=${TMPDIR-/tmp}/mc-$USER/mc.pwd.$$ --- # MC_PWD_FILE=${TMPDIR-/tmp}/mc-$USER/mc.pwd.$$ MC_PWD_FILE=${TMPDIR-/tmp}/mc-${USERNAME-$USER}/mc.pwd.$$ -- pefi ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Selection keys under KDE
Hi, My most important development/administration tool is the MC. It works great under text console but in KDE the selection keys (Shift+Arrows,Shift+Insert,Shift+Delete,Control+Insert) don't work at all. Can anybody tell me what should I do for the correct behaviour of the selection keys under KDE? Thanks, Peter Ps.: I found that under /usr/share/apps/konsole there are some konfiguration files for the several terminal emulation modes of the Konsole KDE application. I tried first with these to solve my problem, but I couln't. ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
bugs?
Hello mc-devel, We are working on linux console MC 4.5.52. The letter รน (9B-Hec or 155-Dec) in the DOS-coding (866-code page) is not displayed. In bash problems are not present (after editing console.c (ASPLinux 7.1 kernel 2.2.19-3 asp on an i686)- delete lines whith '128+27...'). This problem is in Rad Het Linux (kernel 2.2.12) whith MC 4.5.39-pre9. -- Best regards, Peter mailto:[EMAIL PROTECTED] ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
mc-4.6.0-pre1 -- some (groff=1.18 related) problems
Hi, I recently replaced our old mc version with mc-4.6.0-pre1 (on linux/gnu, no distribution -- not that this matters much) and encountered the following problems: 1. With groff =1.18 nroff needs an additional option -c, certainly for mc's internal viewer and most probably equally for the external pager. 2. On our systems zip/unzip are installed in /usr/local/bin and not /usr/bin I have fixed both of these problems in a brute foce way by the attached patch mc-4.6.0-pre1-diffs, but of course both of these problems ought to be properly handled by configure. (I just wanted to avoid using autoconf, which often gets tedious whith differing autoconf versions). Note in particular, that nroff from groff1.18 does NOT accept -c, so this definitely must be tested by configure! 3. We always use --disable-nls since we don't care much for message translations. (Please don't misunderstand me: I know they are important, we just happen do not need them and therefore don't want to install them). But even with --disable-nls, the translated manpages get installed. I really think this should either be automatically disabled by --disable-nls or, preferably, there should be a separate configure option (e.g. --disable-nls-data or --disable-nls-man). Alternatively configure could detect the presence or absence of the apropriate directories (per language?) and install translated manpages to, say $(DESTDIR)/usr/man/ru/man1 if and only if /usr/man/ru/man1 already exists. Hopefully automake/autoconf will sooner or later find a standardized way to handle such questions, but for the moment a more simplistic approch would suffice. The attached patch mc-4.6.0-pre1-lang is my very limited and brute force approach to this question. regards Peter Breitenlohner [EMAIL PROTECTED] diff -ur mc-4.6.0-pre1.orig/lib/mc.ext.in mc-4.6.0-pre1/lib/mc.ext.in --- mc-4.6.0-pre1.orig/lib/mc.ext.in2002-08-19 06:16:30.0 +0200 +++ mc-4.6.0-pre1/lib/mc.ext.in 2002-11-28 13:37:38.0 +0100 @@ -149,8 +149,8 @@ View=%view{ascii} file %f nm %f regex/(([^0-9]|^[^\.]*)\.([1-9][A-Za-z]*|n)|\.man)$ - Open=nroff @TROFFASCII@ @MANDOC@ %f | %var{PAGER:more} - View=%view{ascii,nroff} nroff @TROFFASCII@ @MANDOC@ %f + Open=nroff -c@TROFFASCII@ @MANDOC@ %f | %var{PAGER:more} + View=%view{ascii,nroff} nroff -c@TROFFASCII@ @MANDOC@ %f # Troff with me macros. # Exception - read.me is not a nroff file. @@ -159,26 +159,26 @@ View= shell/.me - Open=nroff @TROFFASCII@ -me %f | %var{PAGER:more} - View=%view{ascii,nroff} nroff @TROFFASCII@ -me %f + Open=nroff -c@TROFFASCII@ -me %f | %var{PAGER:more} + View=%view{ascii,nroff} nroff -c@TROFFASCII@ -me %f # Troff with ms macros. shell/.ms - Open=nroff @TROFFASCII@ -ms %f | %var{PAGER:more} - View=%view{ascii,nroff} nroff @TROFFASCII@ -ms %f + Open=nroff -c@TROFFASCII@ -ms %f | %var{PAGER:more} + View=%view{ascii,nroff} nroff -c@TROFFASCII@ -ms %f # Manual page - compressed regex/([^0-9]|^[^\.]*)\.([1-9][a-z]?|n)\.g?[Zz]$ - Open=gzip -dc %f | nroff @TROFFASCII@ @MANDOC@ | %var{PAGER:more} - View=%view{ascii,nroff} gzip -dc %f | nroff @TROFFASCII@ @MANDOC@ + Open=gzip -dc %f | nroff -c@TROFFASCII@ @MANDOC@ | %var{PAGER:more} + View=%view{ascii,nroff} gzip -dc %f | nroff -c@TROFFASCII@ @MANDOC@ regex/([^0-9]|^[^\.]*)\.([1-9][a-z]?|n)\.bz$ - Open=bzip -dc %f | nroff @TROFFASCII@ @MANDOC@ | %var{PAGER:more} - View=%view{ascii,nroff} bzip -dc %f | nroff @TROFFASCII@ @MANDOC@ + Open=bzip -dc %f | nroff -c@TROFFASCII@ @MANDOC@ | %var{PAGER:more} + View=%view{ascii,nroff} bzip -dc %f | nroff -c@TROFFASCII@ @MANDOC@ regex/([^0-9]|^[^\.]*)\.([1-9][a-z]?|n)\.bz2$ - Open=bzip2 -dc %f | nroff @TROFFASCII@ @MANDOC@ | %var{PAGER:more} - View=%view{ascii,nroff} bzip2 -dc %f | nroff @TROFFASCII@ @MANDOC@ + Open=bzip2 -dc %f | nroff -c@TROFFASCII@ @MANDOC@ | %var{PAGER:more} + View=%view{ascii,nroff} bzip2 -dc %f | nroff -c@TROFFASCII@ @MANDOC@ ### Images ### diff -ur mc-4.6.0-pre1.orig/vfs/extfs/uzip mc-4.6.0-pre1/vfs/extfs/uzip --- mc-4.6.0-pre1.orig/vfs/extfs/uzip 2002-01-23 02:29:17.0 +0100 +++ mc-4.6.0-pre1/vfs/extfs/uzip2002-11-22 13:17:08.0 +0100 @@ -15,9 +15,9 @@ # # Location of the zip program -my $app_zip = '/usr/bin/zip'; +my $app_zip = '/usr/local/bin/zip'; # Location of the unzip program -my $app_unzip = '/usr/bin/unzip'; +my $app_unzip = '/usr/local/bin/unzip'; # Set this to 1 if zipinfo (unzip -Z) is to be used (recommended), otherwise 0. my $op_has_zipinfo = 1; diff -ur mc-4.6.0-pre1.orig/doc/Makefile.am mc-4.6.0-pre1/doc/Makefile.am --- mc-4.6.0-pre1.orig/doc/Makefile.am 2002-08-20 04:57:23.0 +0200 +++ mc-4.6.0-pre1/doc/Makefile.am 2002-11-22 13:11:07.0 +0100 @@ -1,4 +1,4 @@ -SUBDIRS = es hu it ru
Re: Bug report : MC freezes reproducable when requesting SSH password for Fish VFS
Am Mittwoch, 3. Oktober 2001 06:25 schrieb Pavel Roskin: Hi Pavel ! Unfortunately, ssh insists on reading passwords from /dev/tty, which makes it quite hard for MC to feed the password to ssh. If you look into fish.c, you would find that MC is supposed to show you an error message Sorry, we can not do password authenticated connections for now. I understand from you description that it doesn't work this way for you. Right, mc hangs before displaying this message. If you have a hacked ssh that supports the -I option (read from stdin), you can define HAVE_HACKED_SSH and then MC is supposed to ask yuo the password and feed it to ssh through stdin. This doesn't seem to be documented anywhere outside the source. I believe, this functionality can be improved. In the meantime, fish Due to _very_ low programming skills I`m not able to even try to provide a solution :-( can only be used over ssh connections that don't require a password. Maybe at least a note in the manpage as a QD solution ? ;-) This password request freezes MC after displaying the Waiting for an initial line... message, messing up the console output (sometimes the request appears on top of the screen, sometimes at the bottom). MC does not accept any more input and has to be forcely killed. That's clearly a bug. I tried it in the meantime with an RSA key containing a passphrase, same problem. It works only if the SSH authentication doesn`t require _any_ user interaction (RSA key with empty passphrase). It should also be possible to hack ssh to read stdin if -I is specified. I don't know if there are any patches available. I did not look at the ssh source yet, but I don`t know even if I would be able to do it if it isn`t implemented as an option in the source. Do you have any further info ? A fix would be highly welcome, as I consider the MC Fish VFS as a _very_ interesting alternative to scp, sftp or ftp tunneling. I agree with you. Fixes to the existing code are welcome, much more than new half-implemented features. I tried to use a wrapper perl script around the ssh client, but it fails because of the same problem : no input from stdin. Trying it with an RSA key without passphrase, I noticed that fish vfs is _really_ cool ! Compliments Anyway, thanks for mc to all devel folks and for your quick response. cu Hans -- Hans Peter Stroebel [EMAIL PROTECTED] Yes, I do. But not Yahoo. ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel