Re: Announcement: this mailing list will be retired by the end of Oct 2022
Hello, well, now users (us) will have to go search for services (forum) instead of getting service delivered at home (ML), that's definitely a different approach and no real way to customize the delivery of such service. I don't clearly see the point in doing this, instead. of course, because of trying to tie everyone into clicks and monetization, what the web has now become. Emails are free and free of such monetization, the current web cannot allow this to keep going (see what Google did to emails). People I talked about this major turn around me are just disgusted and don't really want to run into web forums and live in a web browser. Prepare to see the audience being really different since now! Regards, -- wwp https://useplaintext.email/ pgp4aCPJZkH5X.pgp Description: OpenPGP digital signature ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: Announcement: this mailing list will be retired by the end of Oct 2022
Hello, well, now users (us) will have to go search for services (forum) instead of getting service delivered at home (ML), that's definitely a different approach and no real way to customize the delivery of such service. I don't clearly see the point in doing this, instead. of course, because of trying to tie everyone into clicks and monetization, what the web has now become. Emails are free and free of such monetization, the current web cannot allow this to keep going (see what Google did to emails). People I talked about this major turn around me are just disgusted and don't really want to run into web forums and live in a web browser. Prepare to see the audience being really different since now! Regards, -- wwp https://useplaintext.email/ pgpIoW_HdRM_z.pgp Description: OpenPGP digital signature ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: Midnight Commander 4.8.27 released
Hell, On Wed, 6 Apr 2022 23:07:57 +0200 wwp via mc-devel wrote: > On Wed, 25 Aug 2021 17:50:01 +0200 wwp via mc-devel > wrote: > > > On Sun, 15 Aug 2021 16:36:26 +0200 (CEST) "Yury V. Zaytsev" > > wrote: > > > > > Hi there, > > > > > > I'm glad to announce the immediate availability of mc-4.8.27, a > > > maintenance and security release, just in time before leaving all of you > > > for a long overdue summer vacation! > > [snip] > > > > Thanks for this new release, and all the efforts underneath! > > > > Quickly built from the sources on a CentOS 7 system.. I notice that on > > a regular basis, mc starts w/ no subshell, most of the time with it. > > Nothing in output that would bring a tip, it's just that there is no > > subshell available from time to time. I'm tempted to say that it > > happens more when the system is busy (cpu), but I won't bet this is > > related. > > For the record, I can still reproduce this issue w/ mc 4.8.28. To be more precise, I only reproduce it when the system is a bit stressed (high cpu and memory use): running `mc -u` opens up immediately, whereas `mc -U` (or `mc`) takes 3 sec to open, but no sub-shell available. When the system is resting, `mc -U` behaves as expected, opens up quite immediately and with sub-shell. Regards, -- wwp https://useplaintext.email/ pgpkSBLwzGppL.pgp Description: OpenPGP digital signature ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: Midnight Commander 4.8.27 released
Hello, On Wed, 25 Aug 2021 17:50:01 +0200 wwp via mc-devel wrote: > On Sun, 15 Aug 2021 16:36:26 +0200 (CEST) "Yury V. Zaytsev" > wrote: > > > Hi there, > > > > I'm glad to announce the immediate availability of mc-4.8.27, a maintenance > > and security release, just in time before leaving all of you for a long > > overdue summer vacation! > [snip] > > Thanks for this new release, and all the efforts underneath! > > Quickly built from the sources on a CentOS 7 system.. I notice that on > a regular basis, mc starts w/ no subshell, most of the time with it. > Nothing in output that would bring a tip, it's just that there is no > subshell available from time to time. I'm tempted to say that it > happens more when the system is busy (cpu), but I won't bet this is > related. For the record, I can still reproduce this issue w/ mc 4.8.28. Regards, -- wwp https://useplaintext.email/ pgpUGr5Tugh5z.pgp Description: OpenPGP digital signature ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: Midnight Commander 4.8.27 released
Hello Yury, On Sun, 15 Aug 2021 16:36:26 +0200 (CEST) "Yury V. Zaytsev" wrote: > Hi there, > > I'm glad to announce the immediate availability of mc-4.8.27, a maintenance > and security release, just in time before leaving all of you for a long > overdue summer vacation! [snip] Thanks for this new release, and all the efforts underneath! Quickly built from the sources on a CentOS 7 system.. I notice that on a regular basis, mc starts w/ no subshell, most of the time with it. Nothing in output that would bring a tip, it's just that there is no subshell available from time to time. I'm tempted to say that it happens more when the system is busy (cpu), but I won't bet this is related. GNU Midnight Commander 4.8.27 Built with GLib 2.56.1 Built with S-Lang 2.2.4 with terminfo database With builtin Editor and Aspell support 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 With ext2fs attributes support Virtual File Systems: cpiofs, tarfs, sfs, extfs, ftpfs, sftpfs, fish, smbfs Data types: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64; Regards, -- wwp https://useplaintext.email/ pgplwap0ceqOW.pgp Description: OpenPGP digital signature ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: Any missed features?
Hello Sebastian, On Tue, 16 Feb 2021 09:49:28 -0600 Sebastian Gniazdowski via mc wrote: > On Mon, 15 Feb 2021 at 11:41, Andrew Borodin wrote: > > > Everybody wants to implement features, even that features will not be used > > by 99% users. > > Nobody wants to fix bugs. > > > > What bugs are there to fix? I might try to fix one or two. PS. I hope that > features that I'll implement will be used by more than 1% people. One in particular comes to my mind: the fact the timed-out FTP connections are sometimes unrecoverables. Even clearing them in the active vfs list is impossible, the only choice is quitting mc - that hurts. I'm sure FTP features target a lot of users, but no idea how many of them are facing such issues. Regards, -- wwp https://useplaintext.email/ pgpE0NkqYmi6J.pgp Description: OpenPGP digital signature ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: entering zip archives since 4.8.22?
Hello Andrew, On Wed, 10 Feb 2021 14:11:56 +0300 Andrew Borodin wrote: > On Wed, 10 Feb 2021 11:48:42 +0100 wwp wrote: > > is it just me or is it since mc 4.8.22 that entering a .zip archive > > opens it up in desktop's file browser? > > > > Here: CentOS7 with Mate, if I [enter] a zip file in mc 4.8.22, it opens > > the desktop's defaut binding for zip files: engrampa. > > > > My ~/.config/mc/mc.ext file contains: > > # zip > > shell/i/.zip > > Open=%cd %p/uzip:// > > View=%view{ascii} /usr/local/libexec/mc/ext.d/archive.sh view zip > > > > # zip > > type/i/^zip\ archive > > Open=%cd %p/uzip:// > > View=%view{ascii} /usr/local/libexec/mc/ext.d/archive.sh view zip > > > > The previous (and expected) behaviour was to browse the archive inside > > mc as a subfolder. I didn't notice a change of behaviour for other > > archive types. > > Please try update your local mc.ext: > https://midnight-commander.org/ticket/4180 > https://midnight-commander.org/ticket/4183 Patching my mc.ext didn't fix it (Iapplied the fix from #4180), and that sounded suspicious to me. Then I've built the latest sources from git master, removed my ~/.config/mc/mc.ext and it still does not work (opens desktop's app for archives instead). F3 doesn't work either: identify: no decode delegate for this image format `ZIP' @ error/constitute.c/ReadImage/564. Back to 2.8.25 and its mc.ext and everything works. Regards, -- wwp https://useplaintext.email/ pgpWA2skiUDpm.pgp Description: OpenPGP digital signature ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: entering zip archives since 4.8.22?
Er.. please read '4.8.26' instead of '4.8.22' om my previous email. $ mc --version GNU Midnight Commander 4.8.26 Built with GLib 2.56.1 Built with S-Lang 2.2.4 with terminfo database With builtin Editor and Aspell support 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 With ext2fs attributes support Virtual File Systems: cpiofs, tarfs, sfs, extfs, ftpfs, sftpfs, fish, smbfs Data types: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64; On Wed, 10 Feb 2021 11:48:42 +0100 wwp wrote: Regards, > Hello there, > > is it just me or is it since mc 4.8.22 that entering a .zip archive > opens it up in desktop's file browser? > > Here: CentOS7 with Mate, if I [enter] a zip file in mc 4.8.22, it opens > the desktop's defaut binding for zip files: engrampa. > > My ~/.config/mc/mc.ext file contains: > # zip > shell/i/.zip > Open=%cd %p/uzip:// > View=%view{ascii} /usr/local/libexec/mc/ext.d/archive.sh view zip > > # zip > type/i/^zip\ archive > Open=%cd %p/uzip:// > View=%view{ascii} /usr/local/libexec/mc/ext.d/archive.sh view zip > > The previous (and expected) behaviour was to browse the archive inside > mc as a subfolder. I didn't notice a change of behaviour for other > archive types. -- wwp https://useplaintext.email/ pgph28D2Mdc38.pgp Description: OpenPGP digital signature ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
entering zip archives since 4.8.22?
Hello there, is it just me or is it since mc 4.8.22 that entering a .zip archive opens it up in desktop's file browser? Here: CentOS7 with Mate, if I [enter] a zip file in mc 4.8.22, it opens the desktop's defaut binding for zip files: engrampa. My ~/.config/mc/mc.ext file contains: # zip shell/i/.zip Open=%cd %p/uzip:// View=%view{ascii} /usr/local/libexec/mc/ext.d/archive.sh view zip # zip type/i/^zip\ archive Open=%cd %p/uzip:// View=%view{ascii} /usr/local/libexec/mc/ext.d/archive.sh view zip The previous (and expected) behaviour was to browse the archive inside mc as a subfolder. I didn't notice a change of behaviour for other archive types. Regards, -- wwp https://useplaintext.email/ pgpqFMmcMOBfF.pgp Description: OpenPGP digital signature ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: Help testing release candidate / mc-4.8.25-rc1
Hello Yury, On Sun, 5 Jul 2020 21:58:23 +0200 (CEST) "Yury V. Zaytsev" wrote: > Hi there, > > TLDR; I would appreciate if you could please test the following tarball > on your systems and report any blocker regressions as compared to the > previous 4.8.24 release: > > https://www.midnight-commander.org/nopaste/tarball/mc-4.8.24-163-g171957980.tar.xz > > # sha256sum mc-4.8.24-163-g171957980.tar.xz > 68619d24d893d0314301e5b218f7fa1abbdc907556ffaa6465daa251ced073ec > mc-4.8.24-163-g171957980.tar.xz > > I've built this tarball out of the latest master with translations from > Transifex pulled in on a fresh Fedora 31 VM, which I'm also going to use > to build the final release in about a week from now if nothing serious > comes up. Deploying here on several Cent OS 6/7/8 systems, will use intensively the next days. Regards, -- wwp https://useplaintext.email/ pgpqsl4Uzbs6r.pgp Description: OpenPGP digital signature ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: Incorrect file/directory date in archive
On Sun, 14 Jun 2020 13:22:58 +0200 wwp wrote: > using mc 4.8.24 (built from the sources on CentOS 7), I see incorrect > file and directory time/date in the following archives: > https://download.gimp.org/pub/babl/0.1/babl-0.1.78.tar.xz > https://download.gimp.org/pub/gegl/0.4/gegl-0.4.24.tar.xz > > The displayed and extracted date/time is epoch origin (Jan 1 1970), > whereas tar 1.26 sees (and extracts) the correct time/date. > > Is it just me? A possible .tar data storage incompatibility? Funny, I think this has just been addressed in the thread "displays bad regular file timestamps on entry to .bz2 file & preserves the errors on copy out". Regards, -- wwp https://useplaintext.email/ pgpaZAeeCGIig.pgp Description: OpenPGP digital signature ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Incorrect file/directory date in archive
Hello there, using mc 4.8.24 (built from the sources on CentOS 7), I see incorrect file and directory time/date in the following archives: https://download.gimp.org/pub/babl/0.1/babl-0.1.78.tar.xz https://download.gimp.org/pub/gegl/0.4/gegl-0.4.24.tar.xz The displayed and extracted date/time is epoch origin (Jan 1 1970), whereas tar 1.26 sees (and extracts) the correct time/date. Is it just me? A possible .tar data storage incompatibility? FYI: GNU Midnight Commander 4.8.24 Built with GLib 2.56.1 Using the S-Lang library with terminfo database With builtin Editor and Aspell support 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 Virtual File Systems: cpiofs, tarfs, sfs, extfs, ftpfs, sftpfs, fish, smbfs Data types: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64; Regards, -- wwp https://useplaintext.email/ pgp91kxdV8p9o.pgp Description: OpenPGP digital signature ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: Help testing release candidate / mc-4.8.24-rc1
Hello Andrew, On Tue, 07 Jan 2020 17:45:28 +0300 Andrew Borodin wrote: > On Tue, 7 Jan 2020 14:15:21 +0100 wwp wrote: > > I think I have one more tiny issue to report.. I went back to 4.8.23, > > and at least two settings from the layout prefs were lost: command > > prompt and panel split. Maybe you changed the storage format for some > > config items? > > Yes. This is a result of [1]. > > Previously some options that are actually boolean were stored > as intreger 0/1. Now its are stored as yes/no. > > [1] https://midnight-commander.org/ticket/4039 Thanks, this all makes sense now! Regards, -- wwp https://useplaintext.email/ pgp5lWsce_9ki.pgp Description: OpenPGP digital signature ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: Help testing release candidate / mc-4.8.24-rc1
Hello Yury, On Wed, 01 Jan 2020 21:02:50 +0100 "Yury V. Zaytsev" wrote: > Hi there, > > TLDR; I would appreciate if you could please test the following tarball > on your systems and report any blocker regressions as compared to the > previous 4.8.23 release: > > https://www.midnight-commander.org/nopaste/tarball/mc-4.8.23-149-g06bf088bc.tar.xz > > $ sha256sum mc-4.8.23-149-g06bf088bc.tar.xz > bafd8a0556504c2806b77cd7506ac087d4ad050fbb4d711fbd7898fe493493fd > mc-4.8.23-149-g06bf088bc.tar.x > > I've built this tarball out of the latest master with translations from > Transifex pulled in on a fresh Fedora 31 VM, which I'm also going to use > to build the final release in about a week from now if nothing serious I think I have one more tiny issue to report.. I went back to 4.8.23, and at least two settings from the layout prefs were lost: command prompt and panel split. Maybe you changed the storage format for some config items? Regards, -- wwp https://useplaintext.email/ pgpnVHJW5XLux.pgp Description: OpenPGP digital signature ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: Help testing release candidate / mc-4.8.24-rc1
Hello Andrew, On Mon, 06 Jan 2020 16:18:32 +0300 Andrew Borodin wrote: > On Mon, 6 Jan 2020 12:45:57 +0100 wwp wrote: > > > > I noticed one regression: if I start mc, then start mcedit from > > subshell, I'll get: > > === > > GNU Midnight Commander is already running on this terminal. > > Subshell support will be disabled. > > === > > > > Back to 4.8.23 and the issue is gone, as expected. > > Notice if you run standalone mceditor, you haven't a subshell in it [1]. > > A new behavior (I can't say this is a bug) is a some kind of payment > for having a full-functional subshell in standalone > mceditor/mcviewer/mcdiffviewer. > Now if you run mcedit from mc it is the same as you run mc from mc > with all features. > > [1] https://midnight-commander.org/ticket/3380 Maybe not a bug, but the error message is quite useless and pretty nagging, IMO, in addition of behaving differently than formerly. Regards, -- wwp https://useplaintext.email/ pgpBsc3bEZiLq.pgp Description: OpenPGP digital signature ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: Help testing release candidate / mc-4.8.24-rc1
Hello Yury, On Wed, 01 Jan 2020 21:02:50 +0100 "Yury V. Zaytsev" wrote: > Hi there, > > TLDR; I would appreciate if you could please test the following tarball > on your systems and report any blocker regressions as compared to the > previous 4.8.23 release: > > https://www.midnight-commander.org/nopaste/tarball/mc-4.8.23-149-g06bf088bc.tar.xz > > $ sha256sum mc-4.8.23-149-g06bf088bc.tar.xz > bafd8a0556504c2806b77cd7506ac087d4ad050fbb4d711fbd7898fe493493fd > mc-4.8.23-149-g06bf088bc.tar.x > > I've built this tarball out of the latest master with translations from > Transifex pulled in on a fresh Fedora 31 VM, which I'm also going to use > to build the final release in about a week from now if nothing serious > comes up. I noticed one regression: if I start mc, then start mcedit from subshell, I'll get: === GNU Midnight Commander is already running on this terminal. Subshell support will be disabled. === Back to 4.8.23 and the issue is gone, as expected. GNU Midnight Commander 4.8.23-149-g06bf088bc Built with GLib 2.56.1 Using the S-Lang library with terminfo database With builtin Editor and Aspell support 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 Virtual File Systems: cpiofs, tarfs, sfs, extfs, ftpfs, sftpfs, fish, smbfs Data types: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64; Regards, -- wwp https://useplaintext.email/ pgpsYvUgow6br.pgp Description: OpenPGP digital signature ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: 4.8.23: pulldown menu items can't be accessed with key
Hello, On Mon, 24 Jun 2019 13:39:51 +0300 Andrew Borodin wrote: > On Mon, 24 Jun 2019 10:29:30 +0200 Henning wrote: > > In the pulldown menues the key doesn't work as expected. Menu > > items can only be accessed with the letter keys. Instead, enter be- > > haves exactly like down-arrow. This is valid for mc and mcedit. > > Currently I'm using recent mc and menu works fine for me. > I cannot reproduce the described behaviour. Not reproducing here either. $ mc --version GNU Midnight Commander 4.8.23 Built with GLib 2.56.1 Using the S-Lang library with terminfo database With builtin Editor and Aspell support 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 Virtual File Systems: cpiofs, tarfs, sfs, extfs, ftpfs, sftpfs, fish, smbfs Data types: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64; Regards, -- wwp pgpW4iYxj7Seq.pgp Description: OpenPGP digital signature ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
menu file edit -> action for tagged directories only
Hello there, I couldn't find a way to limit an action to tagged *directories*. Of course I can make the action loop over %t and use `test -d`.. Do you confirm that it's not possible to condition to the tagged element type, when t t is used, it seems unconditional WRT the item type? Regards, -- wwp pgpjtr_d7GkoY.pgp Description: OpenPGP digital signature ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: unrecoverable ftp timeout
Hello Joerg, On Wed, 05 Sep 2018 11:47:01 +0200 Joerg Thuemmler wrote: > Am 05.09.2018 um 10:12 schrieb wwp: > > Hello Joerg, > > > > > > On Wed, 05 Sep 2018 09:50:09 +0200 Joerg Thuemmler > > wrote: > > > >> Am 03.09.2018 um 11:34 schrieb wwp: > >>> Hello! > >>> > >>> there's something I'm experiencing quite frequently now, I'm not sure I > >>> was facing this behaviour w/ former versions: it's losing the FTP > >>> connection after a while being inactive then there is no way to free the > >>> VFs from the 'Active VFS directories' (it's listed in) and there is no > >>> way to re-instantiate the connection again. > >>> > >>> If I try from the 'Directory hotlist', I get a: > >>> Cannot chdir to "/ftp://; > >>> Remote I/O error (121)) > >>> if I try from 'FTP link...', I get only: > >>> Cannot chdir to "/ftp://; > >>> > >>> The only way I've found to reconnect to a lost FTP connection is > >>> restarting mc, which is not convenient nor expected. > >>> > >>> mc 4.8.1 compiled from the sources, on am up-to-date CentOS7 box: > >>> $ mc --version > >>> GNU Midnight Commander 4.8.21 > >>> Built with GLib 2.54.2 > >>> Using the S-Lang library with terminfo database > >>> With builtin Editor > >>> 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 > >>> Virtual File Systems: cpiofs, tarfs, sfs, extfs, ftpfs, sftpfs, fish, > >>> smbfs > >>> Data types: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64; > >>> > >>> > >>> Regards, > >>> > > [snip] > >> Also I noted ftp servers, which do block the connection after some idle > >> time and if you try to use this connection, they want you to reconnect and > >> to put in your password once more. Mc caches your pw and resends it, but > >> the new connection is started in the ftp users root dir (on the ftp > >> server) again, not in the dir you last used. That may confuse the vfs > >> system, but it's a problem connected with the ftp server's usual behavior > >> (mc could resend the "cd" commands then after reconnection, dunno whether > >> it's possible to cache last dir before timeout disconnect). > > > > I experience this specific behaviour quite often (back to root or > > parent folder). > > > > > > [snip] > >> I would try to get a later timeout on the used ftp server, as I believe > >> it's an old "feature" and will not be changed next time, espacially as > >> sftp will become a more important ftp replacing... Maybe you should change > >> some other properties of your ftp servers making trouble if you try to > >> re-connect. But this depends on ftp server program used. > > > > I'm afraid I can't change anything on the FTP server side, it's not > > mine at all.. All I know is that mc is not behaving correctly (and > > possibly differently than "before"?) - I don't face such issues w/ > > filezilla against the same FTP servers. > > > > > > Regards, > > > > > > > > ___ > > mc mailing list > > https://mail.gnome.org/mailman/listinfo/mc > > > > Hi, > > filezilla is disconnecting too after timeout? AFAIK it has a > "heartbeat"-feature preventing disconnects by timeout. That was to be my next > idea: run some "heartbeat" on your side, e.g. a "ls" cmd via ftp to prevent > from connection timeouts... > > yes, it's a "quick & dirty" workaround, but IMHO the "reconnect" problem is > in mc since I'm using it... You're right, it seems to use a keep-alive thing! Regards, -- wwp pgpB4jkyOB6Ef.pgp Description: OpenPGP digital signature ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: unrecoverable ftp timeout
Hello Joerg, On Wed, 05 Sep 2018 09:50:09 +0200 Joerg Thuemmler wrote: > Am 03.09.2018 um 11:34 schrieb wwp: > > Hello! > > > > there's something I'm experiencing quite frequently now, I'm not sure I > > was facing this behaviour w/ former versions: it's losing the FTP > > connection after a while being inactive then there is no way to free the > > VFs from the 'Active VFS directories' (it's listed in) and there is no > > way to re-instantiate the connection again. > > > > If I try from the 'Directory hotlist', I get a: > >Cannot chdir to "/ftp://; > >Remote I/O error (121)) > > if I try from 'FTP link...', I get only: > >Cannot chdir to "/ftp://; > > > > The only way I've found to reconnect to a lost FTP connection is > > restarting mc, which is not convenient nor expected. > > > > mc 4.8.1 compiled from the sources, on am up-to-date CentOS7 box: > > $ mc --version > > GNU Midnight Commander 4.8.21 > > Built with GLib 2.54.2 > > Using the S-Lang library with terminfo database > > With builtin Editor > > 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 > > Virtual File Systems: cpiofs, tarfs, sfs, extfs, ftpfs, sftpfs, fish, smbfs > > Data types: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64; > > > > > > Regards, > > [snip] > Also I noted ftp servers, which do block the connection after some idle time > and if you try to use this connection, they want you to reconnect and to put > in your password once more. Mc caches your pw and resends it, but the new > connection is started in the ftp users root dir (on the ftp server) again, > not in the dir you last used. That may confuse the vfs system, but it's a > problem connected with the ftp server's usual behavior (mc could resend the > "cd" commands then after reconnection, dunno whether it's possible to cache > last dir before timeout disconnect). I experience this specific behaviour quite often (back to root or parent folder). [snip] > I would try to get a later timeout on the used ftp server, as I believe it's > an old "feature" and will not be changed next time, espacially as sftp will > become a more important ftp replacing... Maybe you should change some other > properties of your ftp servers making trouble if you try to re-connect. But > this depends on ftp server program used. I'm afraid I can't change anything on the FTP server side, it's not mine at all.. All I know is that mc is not behaving correctly (and possibly differently than "before"?) - I don't face such issues w/ filezilla against the same FTP servers. Regards, -- wwp pgpbSIdnUcazk.pgp Description: OpenPGP digital signature ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
unrecoverable ftp timeout
Hello! there's something I'm experiencing quite frequently now, I'm not sure I was facing this behaviour w/ former versions: it's losing the FTP connection after a while being inactive then there is no way to free the VFs from the 'Active VFS directories' (it's listed in) and there is no way to re-instantiate the connection again. If I try from the 'Directory hotlist', I get a: Cannot chdir to "/ftp://; Remote I/O error (121)) if I try from 'FTP link...', I get only: Cannot chdir to "/ftp://; The only way I've found to reconnect to a lost FTP connection is restarting mc, which is not convenient nor expected. mc 4.8.1 compiled from the sources, on am up-to-date CentOS7 box: $ mc --version GNU Midnight Commander 4.8.21 Built with GLib 2.54.2 Using the S-Lang library with terminfo database With builtin Editor 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 Virtual File Systems: cpiofs, tarfs, sfs, extfs, ftpfs, sftpfs, fish, smbfs Data types: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64; Regards, -- wwp pgpAo240uVtZI.pgp Description: OpenPGP digital signature ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: mc Digest, Vol 165, Issue 1
Hello Chris, On Wed, 13 Jun 2018 10:36:12 + chris glur wrote: > of course we use mc every day, but it takes courage > to replace a working tool with a claimed upgrade. > > Being forced to use this Android tablet thing is a big time waster > so far. Have mc users evaluated if its worth persisting with > GhostCmdr ? It seems not able to see dotted files !! Alternatively, on Android you could use Far on Droid (the Android port of the Windows product 'Far') - from the F-droid repo, or Total Commander. Regards, > On Sun, Jun 3, 2018, 14:00 wrote: > > > > Send mc mailing list submissions to > > mc@gnome.org > > > > To subscribe or unsubscribe via the World Wide Web, visit > > https://mail.gnome.org/mailman/listinfo/mc > > or, via email, send a message with subject or body 'help' to > > mc-requ...@gnome.org > > > > You can reach the person managing the list at > > mc-ow...@gnome.org > > > > When replying, please edit your Subject line so it is more specific > > than "Re: Contents of mc digest..." > > > > > > Today's Topics: > > > > 1. Midnight Commander 4.8.21 released (Yury V. Zaytsev) > > > > > > -- > > > > Message: 1 > > Date: Sun, 03 Jun 2018 12:26:06 +0200 > > From: "Yury V. Zaytsev" > > To: mc@gnome.org > > Cc: mc-de...@gnome.org > > Subject: Midnight Commander 4.8.21 released > > Message-ID: <1528021566.2931.8.camel@newpride> > > Content-Type: text/plain; charset="utf-8" > > > > Hi, > > > > I'm glad to announce the immediate availability of mc-4.8.21! > > > > This is a maintenance release mainly including fixes for issues found > > since the last one, most notably the nasty -31 error that was plaguing > > SFTP protocol support for a long time. Everybody is recommended to > > upgrade to immediately benefit from these improvements! > > > > For the detailed list of changes since the last release, please refer to > > the release notes. > > > > Download page: http://ftp.midnight-commander.org/?C=N;O=D > > Release notes: http://www.midnight-commander.org/wiki/NEWS-4.8.21 > > > > I highly appreciate the work of Andrew Borodin, who made this release > > possible, as well as all of our contributors, including translators. > > > > As always, we hope to accept more patches for the next version, with > > many waiting for reviews and tests, of which we sadly have way too few, > > but our resources are constrained as ever, so bear with us. > > > > Anyways, summertime is finally there, so enjoy all it brings along :-) ! > > > > -- > > Sincerely yours, > > Yury V. Zaytsev > > > > -- next part -- > > A non-text attachment was scrubbed... > > Name: signature.asc > > Type: application/pgp-signature > > Size: 836 bytes > > Desc: This is a digitally signed message part > > URL: > > <https://mail.gnome.org/archives/mc/attachments/20180603/b8cfd34c/attachment.sig> > > > > -- > > > > Subject: Digest Footer > > > > ___ > > mc mailing list > > https://mail.gnome.org/mailman/listinfo/mc > > > > > > -- > > > > End of mc Digest, Vol 165, Issue 1 > > ** > ___ > mc mailing list > https://mail.gnome.org/mailman/listinfo/mc -- wwp pgpO7NnTTQbHD.pgp Description: OpenPGP digital signature ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: Midnight Commander 4.8.20 released
Hello, On Sun, 26 Nov 2017 12:27:09 +0100 "Yury V. Zaytsev" <y...@shurup.com> wrote: > Hi, > > I'm glad to announce the immediate availability of mc-4.8.20! > > This is a maintenance release including mainly fixes for issues found > since the last one, most notably a bug in the nsec timestamps support > code which caused loss of timestamps under some circumstances. Everybody > is recommended to upgrade to immediately benefit from these > improvements! [snip] Thanks! Quickly deployed on various CentOS 6/7 w/o problem, glad to run a brand new version of mc :-). Regards, -- wwp pgp04JfNoPgcP.pgp Description: OpenPGP digital signature ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: Local-to-dir mcedit prefs or quick profiles?
Hello, On Mon, 20 Feb 2017 13:32:32 +0300 Andrew Borodin <aboro...@vmail.ru> wrote: > On Mon, 20 Feb 2017 11:24:48 +0100 (CET) "Yury V. Zaytsev" wrote: > > On Mon, 20 Feb 2017, wwp wrote: > > > > > What feature or best practice would you suggest in order to quickly > > > switch mcedit settings (general editor options) according to the file > > > location? What do you guys do in such situation? (note that I'm using it > > > for more 15 years, and decide to ask the community about this only now > > > :-D ) > > > > Maybe we need some limited support for vim / emacs modelines... > > https://midnight-commander.org/ticket/3068 I must say that the kate approach is probably less invasive towards the code (whatever mc could also support vim modelines), source code in where the use might not find those modelines or not be allowed to put them into. Regards, -- wwp pgpQ3bEQLevl7.pgp Description: OpenPGP digital signature ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Local-to-dir mcedit prefs or quick profiles?
Hello there, I'm using mcedit to edit sources in many projects, some of them have coding conventions that require the sources format to contain tabs (8-char wide tabs, 4-char, sometimes 2-) and some require tabs to be filled w/ spaces instead. mcedit works very well w/ this, but unless I use separate Unix accounts, I don't see how I could switch general editor options to match coding conventions (won't change options by hand every time). What feature or best practice would you suggest in order to quickly switch mcedit settings (general editor options) according to the file location? What do you guys do in such situation? (note that I'm using it for more 15 years, and decide to ask the community about this only now :-D ) Regards, -- wwp pgp1PxWZRbybj.pgp Description: OpenPGP digital signature ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Opening .tar.7z files built using tar|7z
Hello there, I'm wondering if it's possible to open/view .tar.7z files by the way of the extensions as we can do for .tar.gz or .7z ones when 7z has been compressing tar data through pipe, i.e. when the .tar.7z archive has been created using: `tar c * | 7z a -si foo.tar.7z` instead of `tar cf foo.tar && 7z a foo.tar.7z foo.tar`. Where's I'm stuck, is that the tar:// interface doesn't handle 7z compression (tar doesn't know about it) and that entering such a .tar.7z using u7z:// only shows a single file, un-typed as .tar since the .7z file doesn't know about a .tar one inside. Any idea how to perform this? Regards, -- wwp pgpXhtkrjOQ8x.pgp Description: OpenPGP digital signature ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
save search results, export to file?
Hello, I'm used to panelize the search results, very convenient even if it's sometimes too easy to lose the view (by accident) and I have to re-run the search again (call me grumpy, or dumb). Just a question, related to this, is it possible (or would it be possible) to save/export the search results or the panel list, to a plain text files for instance? A search could be saved as well, all search settings and results but that would be another topic. Regards, -- wwp pgpO7eXai3c3Z.pgp Description: OpenPGP digital signature ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: smbfs: questions and issues
Hello Yury, On Thu, 5 May 2016 10:35:41 +0200 (CEST) "Yury V. Zaytsev" <y...@shurup.com> wrote: > On Thu, 5 May 2016, wwp wrote: > > > I've added a smbfs link to my hotlist, and now I see a bunch of > > questions/issues: > > Currently, mc's smbfs is currently outdated, insecure and badly broken. At > some point, Slava undertook a rewrite, but it was never finished, and > apparently nobody is really interested, so whether it will ever happen is an > open question, but I wouldn't bet on it. > > I would much rather recommend you setting up SMBNetFS, which will resolve all > the problems you're mentioning, I believe: > > http://askubuntu.com/a/653913 Hah! If I knew it was outdated.. I've set up smbfs mounts through fstab and autofs for my user so it's not a problem. I liked the idea to have it from mc itself, like it does for FTP, and I was tempted by it mostly in order to avoid cifs mount resistance to hibernation and other hang outs (I re-discover smbfs after few years, I see it's still as slow and itchy as it was), but it's not critical at all. I'll have a look at smbnetfs as well, thanks for the tip! Regards, -- wwp pgpwzb298t2wS.pgp Description: OpenPGP digital signature ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
smbfs: questions and issues
Hello there, I've added a smbfs link to my hotlist, and now I see a bunch of questions/issues: - whatever I added the guest@ prefix to the hostname, mc constantly asks for credentials when I switch to that location, I presume this is unexpected, unless I did or understood something wrong? - the credentials dialog asks for user (I would need it blank, but 'guest' can be used too) AND domain. The default domain 'WORKGROUP' is not fine here. Is it possible to set a domain too, in the hotlist entry? Is it possible to set an empty user in the hotlist entry? It's more a rhetorical question, since 'guest' is a possible value here. - BTW, if I don't change the domain 'WORKGROUP' to the expected one 'MYHOST.ORG', connecting to the share simple.. works :-). Is it expected? - not only I get a dialog asking for credentials, but I get another one right after, asking for credentials for IPC$. Is it normal? - once connected to a smbfs location, if I get back to the parent dir, I see a list of shares from the smb server, good. I can freely navigate through them. Then, in the Active VFS directories, I get a huge list of duplicates like smb://@HOST/SHARE (where HOST and SHARE are my relevant values here, same HOST, different SHAREs I've been navigating to). Nota bene: duplicates. Is this expected? - not only I get duplicates, but I cannot Free them, I need to quit mc in order to free them. How can I free them w/o restarting mc? FYI, mc (compiled from the sources) on a CentOS6 GNU/Linux laptop: GNU Midnight Commander 4.8.16 Built with GLib 2.28.8 Using the S-Lang library with terminfo database With builtin Editor 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 Virtual File Systems: cpiofs, tarfs, sfs, extfs, ftpfs, sftpfs, fish, smbfs Data types: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64; Regards, -- wwp pgp290esJOp9X.pgp Description: OpenPGP digital signature ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: Midnight Commander 4.8.16 released
Hello Yury, On Tue, 15 Mar 2016 09:13:05 +0100 (CET) "Yury V. Zaytsev" <y...@shurup.com> wrote: > On Tue, 15 Mar 2016, wwp wrote: > > >>> --enable-vfs-mcfs > >> > >> As it was already mentioned the last time, this option has been removed a > >> long time ago. > > > > BTW, does it mean that mcfs doesn't exist anymore? > > Yes, it does mean that mcfs doesn't exist anymore. > > > Also, if aspell is not there, what's missing or chosen alternatively? > > The option --enable-aspell is not active by default, and unless I'm mistaken, > it only means that you don't get aspell support in the editor. > > If it is activated manually, but the aspell headers are not found, nothing is > chosen alternatively, you simply get an error. (sorry for my former double-post, Yury) I see, thanks for this clarification! While I'm removing dust from my mc build options: I also noticed that mcserv also vanished, I don't even remember what it was, but apparently I don't miss it for years ;-). I notice that when configuring with slang, the configure summary doesn't mention it, whereas for ncurses it explicitely mentions it. See for instance (w/ --with-screen=slang or no --with-screen, same output here): [snip] Configuration: Source code location: . Compiler: gcc -std=gnu99 Compiler flags: -fdiagnostics-show-option -Wbad-function-cast -Wcomment -Wdeclaration-after-statement -Wfloat-equal -Wformat -Wformat-security -Wimplicit -Wignored-qualifiers -Wmissing-braces -Wmissing-declarations -Wmissing-field-initializers -Wmissing-format-attribute -Wmissing-parameter-type -Wmissing-prototypes -Wnested-externs -Wno-long-long -Wno-unreachable-code -Wparentheses -Wpointer-arith -Wpointer-sign -Wredundant-decls -Wreturn-type -Wsequence-point -Wshadow -Wsign-compare -Wstrict-prototypes -Wswitch -Wswitch-default -Wtype-limits -Wundef -Wuninitialized -Wunreachable-code -Wunused-but-set-variable -Wunused-function -Wunused-label -Wunused-parameter -Wunused-value -Wunused-variable -Wwrite-strings -g -O2 File system:Midnight Commander Virtual Filesystem cpio, extfs, fish, ftp, sfs, sftp, smb, tar Screen library: Mouse support: gpm and xterm X11 events support: yes With subshell support: yes With background operations: yes Internal editor:yes with aspell support Diff viewer: yes Support for charset:yes Search type:glib-regexp Regards, -- wwp pgpy08mESFB8l.pgp Description: OpenPGP digital signature ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: Midnight Commander 4.8.16 released
Hello, On Sun, 13 Mar 2016 19:53:14 +0100 (CET) "Yury V. Zaytsev" <y...@shurup.com> wrote: > Hi Laurent, > > Thanks for updating the packages! > > > --enable-vfs-mcfs > > As it was already mentioned the last time, this option has been removed a > long time ago. BTW, does it mean that mcfs doesn't exist anymore? Also, if aspell is not there, what's missing or chosen alternatively? Regards, -- wwp pgpovecB2K3fK.pgp Description: OpenPGP digital signature ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: mc help
Hello Bryce, On Tue, 15 Dec 2015 16:13:07 +0400 Bryce Martin <bryce.mar...@gmx.com> wrote: > Hi, > > Can you explain please? > > Some files appear in a different colour, even though they are the same > file type (e.g. both files are .pdf). Not sure what situation you're describing here exactly (I cannot get it here), but it may be related to file permissions. See Options/Panel options/File highlight. > Also, some files appear with an "*" before the file name. Whereas, > moments before they didn't have the "*". > > I don't understand either of these situations. The leading * is because those files have the executable flag set. Regards, -- wwp pgpiI7fnWad8c.pgp Description: OpenPGP digital signature ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Copy/move of folder contents, sending order
Hello there, it's not the first I realize that mc does copy a folder contents by order of filesystem entries, not sorted according to how the mc panel is sorted. If I understand the technicals behind this, I wonder if we could not send files in a way they are sorted exactly like the way we see them or the way a human would expect them. This can be disturbing when you start transferring a long list (or few files but big ones, or over a slow network) and go on the other side (remote..) and expect the 1st file to make use of it. Bad luck you're not receiving the first expected files. This seem to only happen when you copy a folder, not when you select several files then copy it (in that case, WYSIWYG). Any thought? Regards, -- wwp signature.asc Description: PGP signature ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: disabling F4 opening large files
Hello Martin, On Tue, 29 Apr 2014 16:01:51 +0200 Martin Vegter martin.veg...@aol.com wrote: Dear list, when I press F4, midnight opens selected file in my editor. This happens for all files, even for video, mp3, iso image,... This obviously makes no sense. Is there a way to disable F4 for specified files ? in mc.ext, I see only the binding for F3 and ENTER Open= View= Which brings me to my second point: Is it possible to disable executing an executable when pressed ENTER ? Maybe it should just ask confirmation when attempting to open a binary file? Regards, -- wwp signature.asc Description: PGP signature ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: background or foreground copies, CPU eating
Hello Yury, On Fri, 27 Dec 2013 22:00:19 +0100 Yury V. Zaytsev y...@shurup.com wrote: On Fri, 2013-12-13 at 10:47 +0100, wwp wrote: Could anyone tell me what's the difference between foreground and background copies? Are background copies being 'niced' down or low-system prioritized? If so, could that be an option for foreground copies, to make them more user-friendly? I think that this has been discussed before and the conclusion was that it's related to the perpetual re-drawing of the copy progress dialog. Unfortunately, if you redraw it often enough, it slows things down, but if you don't, then it's not interactive anymore... I'm not sure whether there is a nice solution to this problem, other than using background operations, when you know in advance that it will take a lot of time. Hm maybe.. I just wonder how does the copy process handle non interaction, in case of overwrite, read or write error handling etc. Anyway, the background copy does really work faster for slow devices, this is great. I think I'll get a look to the sources in order to understand exactly how it works, when I get spare time (meaning, not tomorrow ;-) ). Thanks! Regards, -- wwp signature.asc Description: PGP signature ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
background or foreground copies, CPU eating
Hello there, I'm (happily) using mc for years, and performing copies/moves all day long with it. What I noticed on my laptop system, is that copying big files (say stuff like movie files, 250Mb), will often perform quite slowly and uncomfortably when it's done over USB2. I don't know if it's because of the USB2 xfer rate (to externals disks, or flash storage keys), but I feel that the system is performing poorly about it: I see the CPU being normally eaten by MC when it copies the file, then the system IOWait takes once or twice as long to complete, making the system quite difficult to use (it takes over user preemption, I hate this): in that case the best is to stop asking the system for mouse or keyboard interactions ;-). Although, I recently tried one thing: make the copy process a background one. I never used that feature before, and now know that I will always, at least for such massive copies. In fact, the process takes twice less CPU and the IOWait-thing is never hanging the system, it can be at least used at a user lever while the copy is performing, without glitches! Note that I don't care about the time a copy takes, but I ask it not to hang the system so that I can still use it. Could anyone tell me what's the difference between foreground and background copies? Are background copies being 'niced' down or low-system prioritized? If so, could that be an option for foreground copies, to make them more user-friendly? Regards, -- wwp signature.asc Description: PGP signature ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: find files results title with pattern and content
Hello Miven, On Sat, 14 Sep 2013 07:39:40 -0700 Miven mdooli...@gmail.com wrote: In the chat with wwp about the find files dialog, I had forgotten about the panelize button. Thanks Chris Glur for reminding me. Yes, it does exactly what he was asking, as far as I can tell. I can tell differently ;-). Panelize only presents the list of files and directories, not the matches themselves. It doesn't fit at all what I'm looking for, but thanks anyway! Regards, -- wwp signature.asc Description: PGP signature ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: sort files list in find files
Hello Miven, On Thu, 12 Sep 2013 17:10:18 -0700 Miven mdooli...@gmail.com wrote: On Wed, 11 Sep 2013 05:00:04 -0700, mc-requ...@gnome.org wrote: I wonder if it's (or would be) possible to sort the filenames in the find files dialog? I presume it's about sorting the files list *before* processing to the in-file search, so that results can be presented as they are performing. Speaking of find files, I just upgraded from my well hacked 4.6.1 to 4.8.10 last week. Awesome. The new dialogs are superb. Thank you devs. Back to the question: I get results as they happen. Does your system wait until everything is done before displaying results? I use find files on huge directory trees very often. Any sorting process would slow down an already lengthy process I would imagine. Of course I'm usually grepping for something. If you are just finding files without looking through the content, then I could see maybe wanting the results sorted (alphabetically?). I believe find files just scrams through the dirs and files in whatever order they present themselves from the disk in order to be a speedy as possible. Yes, files are grepped and results shown live. It's not displayed at the end of the whole process. If you run the find file process, you can feel it, it's sensitive when you find in big files, as you see results being shown file by file, slowly. My asking for sorting was for both find files and grepping files. Same point to me. As an addendum, if the files were sorted first, and then grepped, that would mean the A's *always* get processed before the Z's, or some such thing. I don't think I would like that very much. I don't agree with you there. I really don't care what A or Z file is being grepped first. What's your point here, does it matter? Do you want files to be processed by FS storage order? And anyway, since search results are displayed file by file, I guess we have no other choice here if we want sorting. Unless you want the whole find file process to run (potentially for hours) *then* you get things displayed? Ouch, no thanks. Or I misunderstood something? What might be more useful to me is a button to sort the results *after* the search had been completed. And even then, do you sort on the pathname? Modify time? Inode? Owner? Choices, choices, options, options... [snip] Sort after could be an option, yes, but it seems less pertinent to me, moreover when all find options are found *before* starting the find process. Moreover, getting files sorted *live* makes way more sense to me, as I sometimes open another terminal and look at the directory contents (sorted, thanks to mc or ls). Of course, when I asked for sorting there, I meant an option to sort files, but I meant to sort files as they are processed, not a button to sort afterwards, which really means an option in the find dialog, where other find options reside (first hit, regexp, etc.). Regards, -- wwp signature.asc Description: PGP signature ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
sort files list in find files
Hello there, I wonder if it's (or would be) possible to sort the filenames in the find files dialog? I presume it's about sorting the files list *before* processing to the in-file search, so that results can be presented as they are performing. Any thought? Regards, -- wwp signature.asc Description: PGP signature ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
mc swapping at startup since 4.8.9
Hello there, I've given mc 4.8.9 a try, compiled from the sources on a 64-bit CentOS6: it eats memory and CPU at start-up, until it got killed by either me or kernel. Same with 4.8.10. Back to 4.8.8 and it's fine. I tried w/ a brand new user (no ~/.mc or ~/.config/mc), same issue. Any idea what could be wrong either in mc or here? FYI: Configuration: Source code location: . Compiler: gcc -std=gnu99 Compiler flags: -fdiagnostics-show-option -Wcomment -Wdeclaration-after-statement -Wfloat-equal -Wformat -Wformat-security -Wimplicit -Wignored-qualifiers -Wmissing-braces -Wmissing-declarations -Wmissing-parameter-type -Wmissing-prototypes -Wnested-externs -Wno-long-long -Wno-unreachable-code -Wparentheses -Wpointer-sign -Wreturn-type -Wsequence-point -Wshadow -Wsign-compare -Wswitch -Wtype-limits -Wuninitialized -Wunused-but-set-variable -Wunused-function -Wunused-label -Wunused-parameter -Wunused-value -Wunused-variable -Wwrite-strings -O2 -g File system:Midnight Commander Virtual Filesystem cpio, tar, sfs, extfs, ftp, fish, smb Screen library: Mouse support: gpm and xterm X11 events support: yes With subshell support: yes With background operations: yes Internal editor:yes Diff viewer:yes Support for charset:yes Search type:glib-regexp CentOS 6 up-to-date: gcc-4.4.7-3.el6.x86_64 libstdc++-4.4.7-3.el6.x86_64 glib-1.2.10-33.el6.rf.x86_64 kernel 2.6.32-358.14.1.el6.x86_64 Regards, -- wwp signature.asc Description: PGP signature ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: mc swapping at startup since 4.8.9
Hello, On Sun, 18 Aug 2013 10:23:17 +0200 wwp subscr...@free.fr wrote: Hello there, I've given mc 4.8.9 a try, compiled from the sources on a 64-bit CentOS6: it eats memory and CPU at start-up, until it got killed by either me or kernel. Same with 4.8.10. Back to 4.8.8 and it's fine. I tried w/ a brand new user (no ~/.mc or ~/.config/mc), same issue. Any idea what could be wrong either in mc or here? FYI: Configuration: Source code location: . Compiler: gcc -std=gnu99 Compiler flags: -fdiagnostics-show-option -Wcomment -Wdeclaration-after-statement -Wfloat-equal -Wformat -Wformat-security -Wimplicit -Wignored-qualifiers -Wmissing-braces -Wmissing-declarations -Wmissing-parameter-type -Wmissing-prototypes -Wnested-externs -Wno-long-long -Wno-unreachable-code -Wparentheses -Wpointer-sign -Wreturn-type -Wsequence-point -Wshadow -Wsign-compare -Wswitch -Wtype-limits -Wuninitialized -Wunused-but-set-variable -Wunused-function -Wunused-label -Wunused-parameter -Wunused-value -Wunused-variable -Wwrite-strings -O2 -g File system:Midnight Commander Virtual Filesystem cpio, tar, sfs, extfs, ftp, fish, smb Screen library: Mouse support: gpm and xterm X11 events support: yes With subshell support: yes With background operations: yes Internal editor:yes Diff viewer:yes Support for charset:yes Search type:glib-regexp CentOS 6 up-to-date: gcc-4.4.7-3.el6.x86_64 libstdc++-4.4.7-3.el6.x86_64 glib-1.2.10-33.el6.rf.x86_64 kernel 2.6.32-358.14.1.el6.x86_64 Hm, a bit of investigation and it appears that breaking mc from within gdb gives: (gdb) bt #0 0x00319cf34c84 in __strncpy_ssse3 () from /lib64/libc.so.6 #1 0x00319e65a9ba in g_strndup () from /lib64/libglib-2.0.so.0 #2 0x00319e65abe6 in g_ascii_strup () from /lib64/libglib-2.0.so.0 #3 0x004509bf in str_detect_termencoding () at strutil.c:331 #4 0x00450b4d in str_init_strings (termenc=0x0) at strutil.c:378 #5 0x0040e806 in main (argc=1, argv=0x7fffe358) at main.c:255 Another interesting point is that compiling mc 4.8.8 from the sources shows the *exact same problem*. It only works when I get the mc binary back from a backup. So it's not mc being broken since 4.8.9, but my system being broken meanwhile? Regards, -- wwp signature.asc Description: PGP signature ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Website down?
Hello there, is it me of www.midnight-commander.org is not responding for days? Regards, -- wwp signature.asc Description: PGP signature ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Show symlink target size
Hello there, is there a way, an option or whatever I missed (using mc 4.8.1), that would allow to see the target item size instead of the symlink itself's size in files list? That matters in case of regular files of course. Regards, -- wwp signature.asc Description: PGP signature ___ mc mailing list http://mail.gnome.org/mailman/listinfo/mc
mc 4.8.x and archives browsing
Hello there! I've noticed since mc 4.8.0 that browsing of archives doesn't work when I press [ENTER] over such file. Reproduced with 4.8.0 and 4.8.1, with .rar, .zip, .tar* archives. Highlighting of archives files in list still works. I noticed in 4.8.1's release notes an entry Moving content of bindings to mc.ext during 4.7 - 4.8 upgrade breaks mc, would it be related? Do I have to move or edit some config file manually? ~/.config/mc/mc.ext exists and is a copy of my old ~/.mc/bindings file. $ mc --version GNU Midnight Commander 4.8.1 Built with GLib 2.22.5 Using the S-Lang library with terminfo database With builtin Editor 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 Virtual File Systems: cpiofs, tarfs, sfs, extfs, ftpfs, fish, smbfs Data types: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64; Regards, -- wwp signature.asc Description: PGP signature ___ mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Re: Relative symlinks
Hello Andrew, On Thu, 13 Oct 2011 08:32:38 +0400 Andrew Borodin aboro...@vmail.ru wrote: On Wed, 12 Oct 2011 20:34:39 +0200 wwp wrote: I'm still missing the feature. What happened to that patch? That patch is in mc since 4.7.3. commit 6d5c2628fe4d0907e492c775a262e771dd41d560 Author: Andrew Borodin aboro...@vmail.ru Date: Mon May 10 13:43:34 2010 +0400 Ticket #2042: added a capability to create relative symlinks. The original patch was posted by Anton Monroe akm at meer dot net to mc-devel@gnome.org mailing list: http://mail.gnome.org/archives/mc-devel/2006-April/msg00020.html Signed-off-by: Andrew Borodin aboro...@vmail.ru Eeek! How could I miss the Relative symlink menu entry? Sorry for the noise! :-/ Thanks, Andrew. Regards, -- wwp signature.asc Description: PGP signature ___ mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Relative symlinks
Hello Anton, On Tue, 4 Apr 2006 03:43:26 -0500 Anton Monroe a...@meer.net wrote: I wanted an easy way to make relative symlinks in MC. I searched the source directory and found there used to be such a feature, but it was removed about four years ago. For good reason; it was ugly, convoluted, completely undocumented, and it was broken as well. So I decided to rewrite it. However, I have a slight handicap-- I don't know C. So you may not want to take this patch too seriously! But at least it might inspire one of the developers to do it right. But in fact it turned out to be very simple. I added a 'relative_symlink_cmd' function modeled on 'symlink_cmd'. The existing 'do_link' takes two possible values for the first parameter-- 0 = hard link, 1 = symlink. I added another possibility, 2 = relative link. So I don't think there is a risk of it breaking any existing features. The old other_symlink feature used Ctrl-x Ctrl-l. I used Ctrl=X v because it's easier for my to type. I doubt if that change will bother anyone. I did not add it to the File Menu because that menu already fills a 25-line screen. The only small glitch I've noticed is that diff_two_paths doesn't completely optimize a relative path if the file and its link are both in the same directory. I'll post another message about that. Criticism and suggestions are welcome. Anton --- doc/mc.1.in +++ doc/mc.1.in @@ -297,6 +297,13 @@ .B C-x s run the symbolic link command. .TP +.B C-x v +run the relative symbolic link command. See the +.\LINK2 +File Menu +.\File Menu +section for more information about symbolic links. +.TP .B C-x i set the other panel display mode to information. .TP @@ -966,6 +973,23 @@ .I Show mini-status option is enabled. Use symbolic links when you want to avoid the confusion that can be caused by hard links. +.PP +When you press (C-x s) Midnight Commander will automatically fill in the +complete path+filename of the original file and suggest a name for the link. +You can change either one. +.PP +Sometimes you may want to change the absolute path of the original into +a relative path. An absolute path starts from the root directory: +.PP +.I /home/frodo/mc/mc - /home/frodo/new/mc +.PP +A relative link describes the original file's location starting from the +location of the link itself: +.PP +.I /home/frodo/mc/mc - ../new/mc +.PP +You can force Midnight Commander to suggest a relative path by pressing +(C-x v) instead of (C-x s). .PP .B Rename/Move (F6) .PP --- src/cmd.c +++ src/cmd.c @@ -914,7 +914,8 @@ do_link (int symbolic_link, const char * char *s; char *d; - /* suggest the full path for symlink */ + /* suggest the full path for symlink, and either the full or + relative path to the file it points to */ s = concat_dir_and_file (current_panel-cwd, fname); if (get_other_type () == view_listing) { @@ -923,6 +924,10 @@ do_link (int symbolic_link, const char * d = g_strdup (fname); } + if ( 2 == symbolic_link) { + s = diff_two_paths ((other_panel-cwd),s); + } + symlink_dialog (s, d, dest, src); g_free (d); g_free (s); @@ -954,6 +959,16 @@ void symlink_cmd (void) if (filename) { do_link (1, filename); +} +} + +void relative_symlink_cmd (void) +{ +char *filename = NULL; +filename = selection (current_panel)-fname; + +if (filename) { + do_link (2, filename); } } --- src/cmd.h +++ src/cmd.h @@ -40,6 +40,7 @@ void tree_cmd (void); void link_cmd (void); void symlink_cmd (void); +void relative_symlink_cmd (void); void edit_symlink_cmd (void); void reverse_selection_cmd (void); void unselect_cmd (void); I'm still missing the feature. What happened to that patch? Regards, -- wwp signature.asc Description: PGP signature ___ mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Midnight Commander 4.7.5.4 (stable) released
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, On Mon, 12 Sep 2011 14:20:15 +0300 Slava Zanko slavaza...@gmail.com wrote: Hi all, mc-4.7.5.4 now released (stable). Download page: http://www.midnight-commander.org/downloads?order=iddesc=1 Major changes and fixes since 4.7.5.3 (http://www.midnight-commander.org/wiki/NEWS-4.7.5.4): - - Core: * Added -g/--oldmouse option to support of NORMAL/BUTTON_EVENT mouse type (useful for screen/tmux) (#2601). - - Misc: * New file bindings: - .3gp - video (#2583). - - Fixes: * Cannot compile 4.8.0-pre1 and 4.7.5.3 on Solaris (#2587); * Recent autoconf displays warnings about missing AC_LANG_SOURCE (#2589); * Incorrect TTY layer initialization (#2601); * M-o works unexpectedly on symlink shortcuts (#2590); * Panelize doesn't honour current sorting (#2175); * Hintbar jumps to the top of the screen and overwrites main menu (#2593); * File size column is bogus for widths above 9 (#2580); * Editor: mouse clicks are ignored on the bottom line (#2591); * Editor: extended keybingings are broken (#2586); * File name length is limited in tar archive (#2201); * Ftp failures - leading white space in file name (#2594); * FISH hangs while copiyng a lot of small files (#2605). Cool, thanks! I've just upgraded by compiling from the sources. I noticed that all C-x shortcuts have disappeared (like C-x s to create a symlink, and all other C-x key ones): not working and not shown in menus. Is that intentional? A PEBCAK maybe? - --version outputs: GNU Midnight Commander 4.7.5.4 Built with GLib 2.22.5 Using the S-Lang library with terminfo database With builtin Editor 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 Virtual File Systems: cpiofs, tarfs, sfs, extfs, ftpfs, fish Data types: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64; My 'old' version (where C-x key works): GNU Midnight Commander 4.7.0.2 Virtual File System: tarfs, extfs, cpiofs, ftpfs, fish, mcfs, 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 internationalization support With multiple codepages support Data types: char 8 int 32 long 64 void * 64 off_t 64 ecs_char 8 Regards, - -- wwp -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk5uIzkACgkQadgnuQFKG8/3tgCggddKVhzjwOHMOGMd2Lxr6Rkb +08AoIEAcNTh1KIwo8xGkAwf1MTI/Wtj =3Nt3 -END PGP SIGNATURE- ___ mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Syntax highlighting in mcview?
Hello mc folks, a question suddently came to my mind after years of mc use.. Is it possible to have syntax highlighting in mcview too? I like it in mcedit, but that could help reading files in mcview too.. Any thought? Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Re: Syntax highlighting in mcview?
Hello Andrew, On Wed, 17 Mar 2010 21:23:46 +0300 Andrew Borodin aboro...@vmail.ru wrote: On Wed, 17 Mar 2010 19:10:02 +0100 wwp wrote: a question suddently came to my mind after years of mc use.. Is it possible to have syntax highlighting in mcview too? I like it in mcedit, but that could help reading files in mcview too.. Any thought? It is a known request: http://www.midnight-commander.org/ticket/28. This work is not very easy. I see. As a developer I can guess it's not easy. At least more difficult that opening a mcedit instance in R/O mode? Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Can't left-scroll file view when wrap is on
Hell there, it seems I can't scroll view to the left when I: - open a text file (view mode) - find a long line - scroll to the right w/ the right cursor key - switch ON wrap mode - press left key to scroll left to the beginning of line - doesn't work Can anyone reproduce it? It's my Fedora 11's mc: $ rpm -q mc mc-4.7.1-2.53.gd07e719.fc11.i586 $ mc --version GNU Midnight Commander 4.7.1-53-gd07e719 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 internationalization support With multiple codepages support Data types: char 8 int 32 long 32 void * 32 off_t 64 ecs_char 8 Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Re: Can't left-scroll file view when wrap is on
Hello Andrew, On Mon, 15 Mar 2010 11:34:52 +0300 Andrew Borodin aboro...@vmail.ru wrote: On Mon, 15 Mar 2010 08:58:49 +0100 wwp wrote: it seems I can't scroll view to the left when I: - open a text file (view mode) - find a long line - scroll to the right w/ the right cursor key - switch ON wrap mode - press left key to scroll left to the beginning of line - doesn't work Can anyone reproduce it? Yes, I can. Would you create a ticket with bugreport? I will. BTW, the bug tracker link at http://www.gnu.org/software/mc/mc.html seems outdated. Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Re: Can't left-scroll file view when wrap is on
Hello Andrew, On Mon, 15 Mar 2010 11:34:52 +0300 Andrew Borodin aboro...@vmail.ru wrote: On Mon, 15 Mar 2010 08:58:49 +0100 wwp wrote: it seems I can't scroll view to the left when I: - open a text file (view mode) - find a long line - scroll to the right w/ the right cursor key - switch ON wrap mode - press left key to scroll left to the beginning of line - doesn't work Can anyone reproduce it? Yes, I can. Would you create a ticket with bugreport? Reworded things a bit. When turning on wrap mode, the file view should auto scroll to the left. It doesn't, thus I want to do it. The problem is not that I can't do it, but that it doesn't do it automatically. http://www.midnight-commander.org/ticket/2107 Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Re: mcedit
Hello Ben, On Wed, 10 Mar 2010 09:01:36 -0700 Ben 2blkb...@nemontel.net wrote: I use mcedit constantly, running it on an OS X 10.5.8 terminal to numerous remote redhat 9 linux machines from within mc, and on occasion invoked as mcedit (which I presume, as per the docs, is just mc -e.). On occasion, I run into a file with ^M at the end of a line in MCEDIT. I can delete these one at a time if I position the cursor right on them. I have tried many things to attempt and use the F4 global search and replace, but nothing seems to work in the first field, the search field. I would leave the replace field empty, because I want them gone. Regular expressions - no. ^M, no. The format string replace... I don't even understand HOW you would use that to find a control character. %015, no. \015, no. \r, no. %13, no. %0D, no. 0x0D, no. [^M], no. There's a [^] field at the end of the line, but I can't seem to get to it with tab, and the mouse flat out does nothing in an mcedit pane. I've been to the documentation (hah!) and I've searched using Google. Nothing. I know I can use sed, etc., to do this, but I don't always have execute privileges in the directories I'm working in, because I'm in remotely via SSH in one pane - the filesystem is remote. Could someone take pity on me and tell me how it's supposed to work? You can use \n and make sure you check the regular expression widget. At least it works w/ 4.7.1, even if mcedit completely freezes when you choose All in the confirm replace dialog. Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Custom colors: keybar and input in editor
Hello there, I didn't find the way to customize the colors of the keybar visible at bottom of screen. It doesn't seem to obey to menu colors, and --help-colors doesn't mention it specifically. Any hint? Another one: the default text color in the editor seem to obey to 'input', IOW there's no way to have mcedit-input colors in the editor different from the global mc-input ones. I'd have expected editnormal to apply there, but maybe this expectation is wrong. Is it possible to have the text in the input area of the editor of a different color than the global interface's input fields color? (mc from Fedora 11 x86) GNU Midnight Commander 4.7.0.1 Virtual File System: tarfs, extfs, cpiofs, ftpfs, fish, mcfs, 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 internationalization support With multiple codepages support Data types: char 8 int 32 long 32 void * 32 off_t 64 ecs_char 8 Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Re: program exec fails from local dir with 4.7.0/.1
Hello Yury, On Mon, 25 Jan 2010 11:19:55 +0100 Yury V. Zaytsev y...@shurup.com wrote: Hi! On Mon, 2010-01-25 at 08:53 +0100, wwp wrote: another glitch I've found new w/ mc 4.7.0.1 is: I press [ENTER] over a script or program filename in a directory, script execution fails, I get this in output: I can't reproduce this with 4.7.0.1 from Debian: z...@mypride:~/bin$ mc --version GNU Midnight Commander 4.7.0.1 Virtual File System: tarfs, extfs, cpiofs, ftpfs, fish 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 internationalization support With multiple codepages support Data types: char 8 int 32 long 32 void * 32 off_t 64 ecs_char 8 Something was wrong in my ~/.mc/bindings: # Executables type/executable Open=./%f View=%view Drop=%f %q Execute in XTerm=xterm -e %f View Required Libraries=%view{ascii} ldd %f Strip binary=strip %f Icon=application.xpm The Open command was culprit here, I replaced the value with %f and it now works. I don't know exactly where did I get this bindings file from, it might be very old and might also come from another system, or I could even modify it by hand. Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
program exec fails from local dir with 4.7.0/.1
Hello there, another glitch I've found new w/ mc 4.7.0.1 is: I press [ENTER] over a script or program filename in a directory, script execution fails, I get this in output: [...@monolith test]$ /tmp/mc-tc/mcext5zrZja: line 2: .//projects/test/test-script: No such file or directory Same story when executing a program (here, `ls` from /bin/): /tmp/mc-tc/mcextGsZiea: line 2: .//bin/ls: No such file or directory $ rpm -q mc mc-4.7.0.1-1.fc11.i586 $ mc --version GNU Midnight Commander 4.7.0.1 Virtual File System: tarfs, extfs, cpiofs, ftpfs, fish, mcfs, 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 internationalization support With multiple codepages support Data types: char 8 int 32 long 32 void * 32 off_t 64 ecs_char 8 Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
mc 4.7.0.1 update break (some) things
Hello there, since the latest mc update to 4.7.0.1 (Fedora 11 x86's RPM) I noticed several functional changes (why not) but also an annoying behaviour I'd call a bug. If I switch off the panels (C-o), type in a command not ended with [ENTER], then C-o again and press F3 to enter a directory, mc will execute the command I've typed on terminal side. This is a change since former versions, and to me not wanted at all. A side effect when I switch back to the terminal side, is that the history command is corrupted (a cd `printf %b blabla is concatened to the latest command, that has been unexpectedly executed). I noticed other changes, towards colors but I'm not sure it's a user issue problem since I use my own colors from command-line. $ rpm -q mc mc-4.7.0.1-1.fc11.i586 $ mc --version GNU Midnight Commander 4.7.0.1 Virtual File System: tarfs, extfs, cpiofs, ftpfs, fish, mcfs, 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 internationalization support With multiple codepages support Data types: char 8 int 32 long 32 void * 32 off_t 64 ecs_char 8 Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Re: mc 4.7.0.1 update break (some) things
Hello Paul, On Fri, 22 Jan 2010 09:41:47 -0600 Paul Hartman paul.hartman+gen...@gmail.com wrote: On Fri, Jan 22, 2010 at 7:15 AM, Yury V. Zaytsev y...@shurup.com wrote: On Fri, 2010-01-22 at 14:08 +0100, wwp wrote: A side effect when I switch back to the terminal side, is that the history command is corrupted (a cd `printf %b blabla is concatened to the latest command, that has been unexpectedly executed). I have also run into it recently. I find this quite annoying... Put this in your .bashrc: export HISTCONTROL=ignoreboth It's already here in my env. I think it accidentally appears here as a side effect of the bug described above in my email. Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Re: Theme support
Hello Morten, On Fri, 2 Oct 2009 15:44:17 +0200 Morten Bo Johansen m...@spamcop.net wrote: wwp subscr...@free.fr wrote: For the sake of the archives, I use this red one as root: errors=brightred,yellow:reverse=black,white: [...] Thanks for sharing this. Fwiw, I have used your settings in my .screenrc, like this: bind R screen -t 'mc/root' 6 env MC_COLOR_TABLE=errors=brightred, [...] sudo mc I also use a black one, if one's interested. Yes, please post it. Here it is (can't remember from where I got this one, I didn't create it): directory=cyan,black:normal=green,black:executable=brightgreen,black:selected=black,green:\ marked=yellow,black:markselect=yellow,green:link=brightcyan,black:stalelink=brightred,black:\ core=red,black:device=brightmagenta,black:special=brown,black:errors=white,red:reverse=black,green:\ gauge=red,blue:input=black,green:dnormal=green,black:dfocus=black,green:dhotnormal=yellow,black:\ dhotfocus=yellow,green:menu=black,green:menusel=green,black:menuhot=yellow,green:\ menuhotsel=yellow,black:helpnormal=green,black:helpitalic=red,black:helpbold=yellow,black:\ helplink=black,green:helpslink=yellow,green:viewunderline=brightred,black:editnormal=green,black:\ editbold=yellow,black:editmarked=black,green Regards, -- wwp signature.asc Description: PGP signature ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Theme support
Hello Marcel, On Thu, 1 Oct 2009 04:02:34 +0200 Marcel Pol m...@gmx.net wrote: Hello, There is an idea that's been on my mind for some time that I'd like to share. I'd like to discuss it on the list, and if there's some consensus about it make it into a ticket. For the record, I'm not a programmer, so the real work needs to be done by someone else. Problem: - The default blue theme of mc is nice, but it's also a bit dated looking. It should be easy to change to a different theme, that is more modern. We should provide some of those in the distribution of mc. - Also the changing of theme is quite hard now. When you have set Save settings on exit, and want to change your theme, you have to quit all instances of mc, then edit the ini file, with a digged up theme from somewhere, and restart mc, and hope the theme works out ok. It should be easy to change from within mc. Implementation: We could have an item in Options called Themes, which gives a submenu. This submenu gives a list of themefiles, located in /usr/share/mc/themes/ and ~/.mc/themes/. Selecting one of these themes saves the theme config in ~/.mc/theme instead of in the ini file. We could provide a set of default themes, like: Default_blue Red (for root user, optionally, if wanted) Transparent_black_on_white (can someone provide one?) Transparent_white_on_black, like: [Transparent white on black] base_color=normal=white,default:input=white,brown:errors=white,brightdefault:gauge=brown,black:selected=black,white:marked=yellow,default:markselect=yellow,white:directory=white,default:executable=brightgreen,default:link=lightgray,default:device=brightmagenta,default:special=brightmagenta,default:core=brightdefault,default:menu=black,white:menuhot=yellow,white:menuhotsel=brightdefault,black:dnormal=black,white:dfocus=white,lightgray:dhotnormal=yellow,white:dhotfocus=brightdefault,lightgray:editnormal=lightgray,black:editmarked=yellow,white Some considerations: - The location of theme files could also be based in /usr/share/themes and ~/.themes/ but since these themefiles are only used by mc, I think it would be less clutter and more straightforward to place them in a directory owned by mc. - The naming of the themes gives sometimes a really long name, like Transparent black on white. Maybe it's not a problem, but if it is, then I don't have a solution. - There's a possibility of a screwup, like selecting white text on a white background. There should be an easy way to get back to default blue. Just let the user manually delete ~/.mc/theme? - It could be an idea to overhaul the markup of the theme-files, and make it a bit more like .desktop files or similar, with entries like: Name=Transparent white on black Type=Theme file for Midnight Commander Hint=Transparent theme. It gives transparent panels, with white text, on a black or dark background. Don't use it on a white background. Base_color= [etc] Thoughts, comments? Interesting ideas, I always thought setting up a color theme for mc was a PITA. A simple but convenient theme editor would be nice, but I guess it's not a trivial work. For the sake of the archives, I use this red one as root: errors=brightred,yellow:reverse=black,white:gauge=black,gray:input=lightgray,red\ :normal=lightgray,red:selected=black,lightgray:marked=yellow,red:markselect=yellow,lightgray\ :dnormal=black,lightgray:dfocus=lightgray,black:dhotnormal=red,lightgray:dhotfocus=black,lightgray\ :menu=black,lightgray:menuhot=red,lightgray:menusel=lightgray,black:menuhotsel=lightgray,red\ :helpnormal=black,lightgray:helpitalic=grey,lightgray:helplink=blue,lightgray:helpslink=red,lightgray\ :directory=white,red:execute=brightgreen,red:link=green,red:device=brightmagenta,red:special=black,red:core=brightcyan,red\ :hidden=lightgray,red:temp=lightgray,red:doc=lightgray,red:archive=lightgray,red:source=lightgray,red:media=lightgray,red:graph=lightgray,red:database=lightgray,red I also use a black one, if one's interested. Regards, -- wwp signature.asc Description: PGP signature ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Copy process over hardware failure is endless
Hello Frank, Keith, On Mon, 7 Sep 2009 20:42:01 +0200 Frank Dietrich ables...@gmx.de wrote: Hi, wwp subscr...@free.fr wrote: In /var/log/messages I'm getting tons of: Sep 7 14:48:03 monolith kernel: sd 8:0:0:0: [sdd] Add. Sense: No additional sense information Sep 7 14:48:32 monolith kernel: sd 8:0:0:0: [sdd] Sense Key : No Sense [current] Sep 7 14:48:32 monolith kernel: Info fld=0x0 Wouldn't it be more secure for your data to save first the whole partition/disc with ddrescue or similar, to reduce the stress on the dying disc? And after that copying your important data from this image? The only reason which could prevent you not to do this could be the size of the disc. Yes that's probably what I'll do. I appreciate your suggestion (and Keith's) one. Both suggestion will be hard to deploy, as it seems my disk self-powers down regularly. Anyway I think I've determined (by killing a locked-down mc instance, huh) that the system or relevant sub-system was still in a loop of retries, meaning that mc is probably not culprit here. I presume it doesn't even has the cpu cycles enough to propose interaction to the user, allowing to abort. Thanks to all and sorry for the noise! Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Re: Copy process over hardware failure is endless
Hello Keith! On Tue, 8 Sep 2009 09:39:21 +0100 (BST) Keith Roberts ke...@karsites.net wrote: On Tue, 8 Sep 2009, wwp wrote: To: mc@gnome.org From: wwp subscr...@free.fr Subject: Re: Copy process over hardware failure is endless Hello Frank, Keith, On Mon, 7 Sep 2009 20:42:01 +0200 Frank Dietrich ables...@gmx.de wrote: Hi, wwp subscr...@free.fr wrote: In /var/log/messages I'm getting tons of: Sep 7 14:48:03 monolith kernel: sd 8:0:0:0: [sdd] Add. Sense: No additional sense information Sep 7 14:48:32 monolith kernel: sd 8:0:0:0: [sdd] Sense Key : No Sense [current] Sep 7 14:48:32 monolith kernel: Info fld=0x0 Wouldn't it be more secure for your data to save first the whole partition/disc with ddrescue or similar, to reduce the stress on the dying disc? And after that copying your important data from this image? The only reason which could prevent you not to do this could be the size of the disc. Yes that's probably what I'll do. I appreciate your suggestion (and Keith's) one. Both suggestion will be hard to deploy, as it seems my disk self-powers down regularly. Maybe you could change the power-down defaults with yum list *hdparm* You will need to read *all* the manual page before using hdparm, as there are some options that are not safe, or experimental. Use it at your own risk - especially on a faulty drive! I use it to send my backup IDE drive into sleep mode, between hourly backups. '-S' option Set the standby (spindown) timeout for the drive. This value is used by the drive to determine how long to wait (with no disk activity) before turning off the spindle motor to save power. (I know about the hdparm -S thing, thanks anyway) I'm afraid those power-downs directly or not are due to a hardware problem. The most amazing thing (and a pretty good news for my data recovery) is that those power-downs don't happen while ddrescue is copying data, whereas they are showing up regularly when using mc or cp.. Maybe a temperature problem and the disk safety mechanisms were shutting down the disk to prevent breakage.. Apparently this is not due to a specific area in the disk, since ddrescue completed the copy w/o problem and I'm now able to mount it. Thanks again! Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Copy process over hardware failure is endless
Hello there, I'm trying to copy the contents of a disk to another. The source disk shows ext3 fs problems due to hardware failures, and the copy process within mc is endless. Copying from or to a broken disk layer is something I always avoided from within mc because of this behaviour. In /var/log/messages I'm getting tons of: Sep 7 14:48:03 monolith kernel: sd 8:0:0:0: [sdd] Add. Sense: No additional sense information Sep 7 14:48:32 monolith kernel: sd 8:0:0:0: [sdd] Sense Key : No Sense [current] Sep 7 14:48:32 monolith kernel: Info fld=0x0 I'm not asking for mc to fix hardware problems, but is there a way to tell it to give up when it's stuck in such endless error-retry loop? Or maybe it's not mc but the low-level functions that are responsible? Pressing S for skip or A for Abort will never skip/abort, and I would like mc to copy as many files as it can, if possible it could ignore errors after few retries and give a list of skipped files at the end of the process? Any thought? GNU/Linux Fedora 11, kernel 2.6.29.6-217.2.16.fc11.i686.PAE. F11's GNU Midnight Commander 4.6.2: Virtual File System: tarfs, extfs, cpiofs, ftpfs, fish, smbfs, undelfs 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 With internationalization support With multiple codepages support Data types: char 8 int 32 long 32 void * 32 off_t 64 ecs_char 8 Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Re: Is mc can connect with ssh through a specific port ?
Hello EcliptuX, On Tue, 01 Apr 2008 10:46:24 +0200 EcliptuX [EMAIL PROTECTED] wrote: Hi, I'm using every day mc as ftp/sftp client. I have a new server which ssh listen on the port 2022 in place of the standard 22 port The shell command I'm using to be connected to the server is : $ ssh [EMAIL PROTECTED] -p 2022 Do you know if mc can make a connexion on this server ? Thanks for your answer, EcliptuX lol, nice April fool. Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Re: Is mc can connect with ssh through a specific port ?
Hello Marco, On Wed, 26 Mar 2008 22:26:46 +0100 Marco Ciampa [EMAIL PROTECTED] wrote: On Tue, Mar 25, 2008 at 03:43:32PM +0100, Hedy Dargère wrote: !DOCTYPE html PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN First: do not email HTML on a public list. Hi, I'm using every day mc as ftp/sftp client. I have a new server which ssh listen on the port 2022 in place of the standard 22 port The shell command I'm using to be connected to the server is : $ ssh [EMAIL PROTECTED] -p 2022 Do you know if mc can make a connexion on this server ? Thanks for your answer, Hedy Second: see this: http://savannah.gnu.org/patch/?4492 I'm curious (and highly interested in this feature too), what's the official position of mc developers towards this patch? The patch is there for a long time, but still incomplete? Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
[patch #6457] Check returned values of vfs_get_class() and vfs_op()
Follow-up Comment #3, patch #6457 (project mc): Okay, well, I didn't know where to make my comment exactly, maybe it worth reporting this lack to the patch author directly, then. ___ Reply to this item at: http://savannah.gnu.org/patch/?6457 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[patch #6457] Check returned values of vfs_get_class() and vfs_op()
Follow-up Comment #5, patch #6457 (project mc): Thanks for reporting this upstream, Andrew. ___ Reply to this item at: http://savannah.gnu.org/patch/?6457 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Possible bug in mcedit - Save Options
Hello César, On Sun, 20 Jan 2008 16:55:18 +0100 César López Ramírez [EMAIL PROTECTED] wrote: When I select Options - Save Mode - Quick save it still asks for confirmation everytime I save. You'd better look at the editor option: General/Confirm before saving. The Save mode is the way file are (re-)written to the fs, more or less safely, IIRC. Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Re: Saving FTP/FISH/SMB places
Hello Alexander, On Fri, 21 Dec 2007 13:03:21 +0100 Alexander Kriegisch [EMAIL PROTECTED] wrote: Is there a way to save FTP, FISH and SMB favourites *incl. login data* in MC, so they are easily accessible? I know the dropdown list, but firstly it does not seem to store every place I connect to (don't know why) and secondly it does not store login data, AFAIK. I store FTP links to the hotlist (once I'm logged in the FTP dir, I enter the directory hotlist and do Add current). You can store links prefixed w/ [EMAIL PROTECTED], or even with the password if you edit the hotlist file manually: username:[EMAIL PROTECTED]. Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Re: Mc Digest, Vol 43, Issue 9
Hello Pavel, On Sat, 24 Nov 2007 00:47:25 +0200 Pavel Tsekov [EMAIL PROTECTED] wrote: Hello chris, Friday, November 23, 2007, 6:54:44 AM, you wrote: previous posters wrote: | Do you refer to the notorious The shell is already running a command issue ? | Yes, this one exactly. |Ok. Yes - it is really hard to fix. You've been around for many years |now so I'd expect you to know more about this issue. Anyway... snip .. | It really is not |that simple to fix it. And it really isn't and error. == It's not an error, but it's very annoying. I.e. it doesn't have a technical solution, but it does have a 'socio-managment' solution: just make it known up-front and suggest a work around. The problem which is as annoying as getting a mesg to first complete some other task, when you want to apply breaks on your vehicle, and should not be trivialised. Only after much frustration did I find a work-around: * Ctrl O to get 'behind the current ?shell?', * Ctrl C to stop/attend to the 'problematic proccess', * ls : just to select some task to confirm that some thing can be done, * Ctrl O to get back to select what was intended to be done. It happens to me often after I've gone on-line [dialup] and a system generated mesg has come to my mail: I can't execute my intended inet-fetch-script until I acknowledge the damned mail-mesg by the steps above. Many linux users hate mc. Perhaps this quirk is the reason ? Do you have any evidence which points towards that ? If a work-around is made known up-front, this avoids frustration ? A workaround such as what ? A possible workaround depends very much on why the messages is displayed. You could have started an interactive program in the shell and forgotton about it, next you type a command in the prompt widget and the error box is displayed ... what should you do about that ? There are different scenarios which my trigger the error message. The itchy thing that was my concern, is then the error message is raised whenever it should NOT be (nothing is running in background - BTW it's not mandatorily ctrl+c that I have to press when back to subshell, it works w/ [enter]). Someone said in the thread that it's not an error message.. I'm OK w/ that assertion, but getting this message under certain conditions, *is* erroneous, it's a false positive. Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
A good old well-known itchy thing
Hello all! I know some devices brands who shipped lots of new models during years, with always the same defect. This defect was well-known from the users community, it was not very difficult to work around it but it was a pain to have to deal with it everyday (I won't name those brands, some car drivers will recognize them). This is exactly how I feel with the long standing tiny itchy issue in mc: I have to ctrl+c in the sub-shell otherwise I'm not able to run a command from the panels and whereas no process is running in sub-shell or background. It's not once a day, it's dozens and sometimes hundreds a day, as I'm intensively using mc and its sub-shell. This bug is not a big issue and it doesn't waste lots of time and energy from a users perspective, but it's what I'd call a real PITA, possibly impacting user's moral :-). Since it's there for years, I suppose it's too hard to fix or not enough important to developers? If you need help fixing it, would you mind telling us a bit about the problem underlyings and providing few technical pointers so that we could give it a look? I'm a happy user of mc (compiled from the sources): GNU Midnight Commander 2007-06-23-14 Virtual File System: tarfs, extfs, cpiofs, ftpfs, fish, mcfs, smbfs, undelfs 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 Data types: char 8 int 32 long 32 void * 32 off_t 64 ecs_char 8 Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Re: A good old well-known itchy thing
Hello Pavel, On Wed, 21 Nov 2007 14:36:15 +0100 Pavel Tsekov [EMAIL PROTECTED] wrote: Hello, Original-Nachricht Datum: Wed, 21 Nov 2007 12:22:18 +0100 Von: wwp Betreff: A good old well-known itchy thing This is exactly how I feel with the long standing tiny itchy issue in mc: I have to ctrl+c in the sub-shell otherwise I'm not able to run a command from the panels and whereas no process is running in sub-shell or background. It's not once a day, it's dozens and sometimes hundreds a day, as I'm intensively using mc and its sub-shell. Do you refer to the notorious The shell is already running a command issue ? Yes, this one exactly. Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Re: filename completion
Hello Pavel, On Fri, 09 Nov 2007 10:55:50 -0500 Pavel Roskin [EMAIL PROTECTED] wrote: On Fri, 2007-11-09 at 15:25 +, Jack Wootton wrote: Thank you for your response. I tried Alt and Tab, but gave up because, as you correctly point out, my desktop environment ccatches it. It's a shame, I reply on filename completion for nearly everything I do, pressing Esc + Alt + Tab isn't really the easiest thing. Try pressing Escape, then Tab. No Alt. That should work. Oh-ho, nice. Thanks, this one works! Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Re: Getting ready for a release
Hello Egmont, On Tue, 4 Sep 2007 16:16:44 +0200 Egmont Koblinger [EMAIL PROTECTED] wrote: On Tue, Sep 04, 2007 at 03:20:10PM +0200, Pavel Tsekov wrote: Lack of UTF-8 support is a big minus on the part of MC, but I think that your statement is a bit overestimated. It's more like MC is not following the latest trend, IMO. I wouldn't call it 'trend'. Having splash screens, animated widgets, translucent windows, using ajax on the web, blogging etc etc etc. are trends. UTF-8 is the one and only known and sane way of handling all the non-english scripts, hence it's a technical decision. Moreover, mc not supporting UTF-8 doesn't just mean it doesn't follow trends, it means it's not _working_ correctly in most Linux systems - and that's more serious. As said, modern distros use UTF-8. If you switch back to an 8-bit locale just for mc, you'll have troubles with your text files' content, with filenames etc. - mc will not be compatible with all the other apps. If you switch back globally for your system, you'll only be able to use a very small subset of non-English letters, and you'll still have problems (e.g. when editing .desktop files, using Gtk2 file browser windows etc). If you think of it from a user's point of view, this whole story is simply about just works vs. anything else. Obviously vast majority of the users want applications and accented/CJK/etc letters to just work. I'd second that, and I'm talking as an IT professional as well as a personal user. UTF-8 is maybe a PITA from a programmer (and sometimes even a user) point of view, but it sounds hard to avoid it nowadays, unless you don't care about many languages. Maybe we would have had the same discussion when color has appeared in terminals (even if I think that UTF-8 is a new dimension that brings more than color, sometimes)? Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Re: Save window position
Hello Matthew, On Wed, 18 Jul 2007 14:05:15 -0400 Matthew Dickinson [EMAIL PROTECTED] wrote: Hi, is there a way to have MC save the window position so that it loads up where it was last (such as maximized)? I'm using fluxbox and on my resolution I always have to make make the MC window bigger. Thanks. For instance, I have custom links in my app menu to run `xterm -geometry 110x50 -e mc`. Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Re: Crash in dcigettext.c when selecting a file/dir
Hello Pavel, On Tue, 29 May 2007 10:49:17 +0200 Pavel Tsekov [EMAIL PROTECTED] wrote: Original-Nachricht Datum: Mon, 28 May 2007 13:10:24 + Von: wwp Betreff: Crash in dcigettext.c when selecting a file/dir I recently had to install mc from the sources (2006-08-12 snapshot) on a - don't laugh - Redhat 7.0 system. mc crashes in dcigettext.c on each [INS] keystroke (to select a dir or file). I could easily get rid of the crash by recompiling with --disable-nls. I didn't encounter such problems building mc (same snapshot) on various more recent GNU/Linux systems, even including few RH7.0. You'll find below a quick backtrace from gdb and the summary from ./configure. Would you mind posting a compressed copy of config.log from the machine on which MC crashes ? Sure, here it is. Regards, -- wwp config.log.gz Description: GNU Zip compressed data signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Crash in dcigettext.c when selecting a file/dir
Hello there, I recently had to install mc from the sources (2006-08-12 snapshot) on a - don't laugh - Redhat 7.0 system. mc crashes in dcigettext.c on each [INS] keystroke (to select a dir or file). I could easily get rid of the crash by recompiling with --disable-nls. I didn't encounter such problems building mc (same snapshot) on various more recent GNU/Linux systems, even including few RH7.0. You'll find below a quick backtrace from gdb and the summary from ./configure. Is that something to care about (I can leave w/o NLS support)? Is that a known issue or would you need more detail about the configuration? Configuration: Source code location: . Compiler: gcc Compiler flags: -g -O2 -Wall File system:Midnight Commander Virtual File System cpiofs, extfs, tarfs, ftpfs, fish, smbfs Screen library: S-Lang library (installed on the system) Mouse support: gpm and xterm X11 events support: yes With subshell support: yes Internal editor:yes Support for charset: Backtrace: #0 0x400d5f6c in __dcigettext (domainname=0x8119618 mc, msgid1=0x80e37bc %s byte, msgid2=0x80e37b3 %s bytes, plural=1, n=0, category=5) at dcigettext.c:559 domain = (struct loaded_l10nfile *) 0x8124e50 binding = (struct binding *) 0x8119600 categoryname = 0x0 categoryvalue = 0xbd3f dirname = 0x811b7e0 /home/gst-comp/local/share/locale xdomainname = 0xbfffe400 LC_MESSAGES/mc.mo single_locale = 0xbfffe3f0 en_US retval = 0xbfffe490 saved_errno = 22 search = (struct known_translation_t *) 0x0 foundp = (struct known_translation_t **) 0x0 msgid_len = 8 domainname_len = 2 path_max = 3221218408 domain = (struct loaded_l10nfile *) 0x8124e50 binding = (struct binding *) 0x8119600 categoryvalue = 0xbd3f dirname = 0x811b7e0 /home/gst-comp/local/share/locale xdomainname = 0xbfffe400 LC_MESSAGES/mc.mo single_locale = 0xbfffe3f0 en_US retval = 0xbfffe490 saved_errno = 22 foundp = (struct known_translation_t **) 0x0 msgid_len = 8 domainname_len = 2 index = 0 newp = (struct known_translation_t *) 0x400460ec path_max = 3221218408 #1 0x400d7071 in __dcngettext (domainname=0x0, msgid1=0x80e37bc %s byte, msgid2=0x80e37b3 %s bytes, n=0, category=5) at dcngettext.c:55 No locals. #2 0x808464d in ?? () No symbol table info available. #3 0x8084c74 in ?? () No symbol table info available. #4 0x8084d08 in ?? () No symbol table info available. #5 0x807c775 in ?? () No symbol table info available. #6 0x8065299 in ?? () No symbol table info available. #7 0x8065419 in ?? () No symbol table info available. #8 0x80655a6 in ?? () No symbol table info available. #9 0x807caa9 in ?? () No symbol table info available. #10 0x807cc8a in ?? () No symbol table info available. #11 0x807d766 in ?? () No symbol table info available. #12 0x400cab65 in __libc_start_main (main=0x807d480, argc=1, ubp_av=0xb7e4, init=0x8057e48, fini=0x80dcf40, rtld_fini=0x4000df24 _dl_fini, stack_end=0xb7dc) at ../sysdeps/generic/libc-start.c:111 ubp_av = (char **) 0x812a220 fini = (void (*)()) 0x35 rtld_fini = (void (*)()) 0x1 ubp_ev = (char **) 0xb7ec Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Re: FTP-Wishlist for MC
Hello Alexander, On Thu, 03 May 2007 19:15:56 +0200 Alexander Oberhuber [EMAIL PROTECTED] wrote: My wishlist for the inbuilt FTP transfer of midnight commander: a) Support TLS and other crypted FTP transfer, directly (plz no TLSWRAP) b) Support for sending Anti-Timeout commands every 15-30 seconds or so, in the background ! I'd second that, keep-alive for FTP sessions would be much appreciated! c) Support for sending raw FTP commands(as needed when connecting to GLFTPD, such as site invite XXX, site showkey, etc.) d) Support for FXP transfers (site to site transfers) Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Re: Using 7z files
Hello Pavel, On Thu, 8 Mar 2007 16:41:38 +0200 (EET) Pavel Tsekov [EMAIL PROTECTED] wrote: Hello, On Thu, 8 Mar 2007, wwp wrote: it seems that I can't get use of .7z files in mc (2006-08-12-18 w/ extfs support), neither opening them in extfs, neither with F3. Maybe MC fails to recognize your .7z files for some reason. It looks for files ending in .7z and then it invokes the u7z script to process them. Is there are chance that your .7z archives end with a different filename extension ? The u7z is installed, but would I need 7z-related entries in ~/.mc/bindings? Well, yes... The global mc.ext file should have an entry for .7z archives. But if you have your own ~/.mc/bindings file MC uses only that - it doesn't merge the entries for the user and the global file. So, if you have a ~/.mc/bindings then you have to add an entry for .7z files there. The entry looks like this: # 7zip archives (they are not man pages) shell/.7z Open=%cd %p#u7z View=%view{ascii} 7za l %f 2/dev/null Adding those lines to my ~/.mc/bindings did work, many thanks Pavel! Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Re: Backward search in File Viewer of Midnight Commander
Hello Thomas, On Fri, 19 Jan 2007 15:21:10 +0100 Thomas Wiedmann [EMAIL PROTECTED] wrote: Hello, is it possible to search a certain text string backward in the internal file viewer of the midnight commander? If so, how, i. e. by which keystroke or shortcut? The search dialog should who a [ ] Backward widget (mcview/mcedit). If not, you'd probably have to upgrade. Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Re: crash when editing from a search in certain conditions
Hello Pavel, On Thu, 7 Sep 2006 10:22:33 +0300 (EEST) Pavel Tsekov [EMAIL PROTECTED] wrote: On Wed, 6 Sep 2006, wwp wrote: using mc 2006-08-12-18 on a FC5 box, I get a crash w/ a specific scenario: - be in /tmp/anydiryoulike - create a subdir es/ (/tmp/anydiryoulike/es/) - touch es/foobar - launch mc - search for file * (default search options) - search results should show: es, foobar in es/ - move the cursor on es/foobar, press F4 to edit - bang It seems that the subdir name (es/) matters! Using MC from cvs I cannot reproduce the crash. Here is the output of mc -V: GNU Midnight Commander 4.6.1a Virtual File System: tarfs, extfs, cpiofs, ftpfs, fish With builtin Editor Using included S-Lang library with terminfo database With optional subshell support With support for background operations With mouse support on xterm and Linux console With support for X11 events Data types: char 8 int 32 long 32 void * 32 off_t 64 ecs_char 8 Is there anything I can provide more than this incomplete backtrace (mc compiled w/ -g, `make install` no strip). CFLAGS=-g -O0 ./configure ; make Program received signal SIGABRT, Aborted. 0x0060a402 in __kernel_vsyscall () (gdb) (gdb) bt full #0 0x0060a402 in __kernel_vsyscall () No symbol table info available. #1 0x00650069 in raise () from /lib/libc.so.6 No symbol table info available. #2 0x00651671 in abort () from /lib/libc.so.6 No symbol table info available. #3 0x00684a4b in __libc_message () from /lib/libc.so.6 No symbol table info available. #4 0x0068c660 in _int_malloc () from /lib/libc.so.6 No symbol table info available. #5 0x0068dc74 in malloc () from /lib/libc.so.6 Seems like a call to malloc() fails. Maybe some chunk of memory was overwritten or misused in some other way, maybe it is just lack of memory. Does it crash consistently ? Bug can't be reproduced: - with FC5's mc (IIRC, 20060812-18 snapshot + FC patches) - with 20060307-16 snapshot (-O2) - current CVS (-O2) bug can be reproduced (100% w/ the scenario above): - with 20060812-18 snapshot, with -O0 or -O2 I think I'll keep the CVS one ;-). Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Re: crash when editing from a search in certain conditions
Hello Pavel, On Thu, 7 Sep 2006 11:47:55 +0300 (EEST) Pavel Tsekov [EMAIL PROTECTED] wrote: On Thu, 7 Sep 2006, Pavel Tsekov wrote: On Thu, 7 Sep 2006, wwp wrote: Bug can't be reproduced: - with FC5's mc (IIRC, 20060812-18 snapshot + FC patches) - with 20060307-16 snapshot (-O2) - current CVS (-O2) bug can be reproduced (100% w/ the scenario above): - with 20060812-18 snapshot, with -O0 or -O2 Strange. The latest changes to the editor were made on Aug 2. Maybe the theory that some memory is being used incorrectly and this manifests in the crash you are experiencing is correct. I will build from the snapshot sources and see what's going on. Using 2006-08-12-18 I still cannot reproduce. Well.. I made all mc builds using the same ./configure + make (same CFLAGS by default). I don't see why this crash happens w/ a specific snapshot. If you don't decide to ignore this crash until you get another report, feel free to request for more test/info. Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Re: crash when editing from a search in certain conditions
Hello Pavel, On Thu, 7 Sep 2006 12:08:22 +0300 (EEST) Pavel Tsekov [EMAIL PROTECTED] wrote: On Thu, 7 Sep 2006, wwp wrote: On Thu, 7 Sep 2006 11:47:55 +0300 (EEST) Pavel Tsekov [EMAIL PROTECTED] wrote: On Thu, 7 Sep 2006, Pavel Tsekov wrote: On Thu, 7 Sep 2006, wwp wrote: Bug can't be reproduced: - with FC5's mc (IIRC, 20060812-18 snapshot + FC patches) - with 20060307-16 snapshot (-O2) - current CVS (-O2) bug can be reproduced (100% w/ the scenario above): - with 20060812-18 snapshot, with -O0 or -O2 Strange. The latest changes to the editor were made on Aug 2. Maybe the theory that some memory is being used incorrectly and this manifests in the crash you are experiencing is correct. I will build from the snapshot sources and see what's going on. Using 2006-08-12-18 I still cannot reproduce. Well.. I made all mc builds using the same ./configure + make (same CFLAGS by I tried both the binary rpm and built myself from the source tarball but still it doesn't crash. default). I don't see why this crash happens w/ a specific snapshot. If you Well, this kind of errors are hard to track down. It's a pity that I cannot get it to crash on my mashine. don't decide to ignore this crash until you get another report, feel free to request for more test/info. If I am right the cause for the crash happens earlier so the backtrace is of no use. Maybe running MC under some kind of memory error debugging tool like valgrind might give some interesting info. You can send me a strace of MC too. Here's the strace log, gzip'ed attached. Valgrind (memcheck) is still running after 2h :-). I'll post a link to the compressed log if ever if completes. Regards, -- wwp mc-strace.txt.gz Description: GNU Zip compressed data signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
crash when editing from a search in certain conditions
Hello all, using mc 2006-08-12-18 on a FC5 box, I get a crash w/ a specific scenario: - be in /tmp/anydiryoulike - create a subdir es/ (/tmp/anydiryoulike/es/) - touch es/foobar - launch mc - search for file * (default search options) - search results should show: es, foobar in es/ - move the cursor on es/foobar, press F4 to edit - bang It seems that the subdir name (es/) matters! Is there anything I can provide more than this incomplete backtrace (mc compiled w/ -g, `make install` no strip). Program received signal SIGABRT, Aborted. 0x0060a402 in __kernel_vsyscall () (gdb) (gdb) bt full #0 0x0060a402 in __kernel_vsyscall () No symbol table info available. #1 0x00650069 in raise () from /lib/libc.so.6 No symbol table info available. #2 0x00651671 in abort () from /lib/libc.so.6 No symbol table info available. #3 0x00684a4b in __libc_message () from /lib/libc.so.6 No symbol table info available. #4 0x0068c660 in _int_malloc () from /lib/libc.so.6 No symbol table info available. #5 0x0068dc74 in malloc () from /lib/libc.so.6 No symbol table info available. #6 0x0012d736 in g_malloc () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #7 0x00140659 in g_strdup () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #8 0x080bd478 in vfs_canon () No symbol table info available. #9 0x080bd453 in vfs_canon () No symbol table info available. #10 0x080bd6aa in mc_stat () No symbol table info available. #11 0x080a0134 in edit_init () No symbol table info available. #12 0x080a87b4 in edit_file () No symbol table info available. #13 0x08060ffc in do_edit_at_line (what=0x8b946f0 es/foobar, start_line=0) at cmd.c:270 editor = 0x0 #14 0x0806ebfe in view_edit_currently_selected_file (unparsed_view=0, edit=1) at find.c:775 entry = Variable entry is not available. Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Re: Per-directory editor settings
Hello Pavel, On Mon, 4 Sep 2006 16:35:33 +0300 (EEST) Pavel Tsekov [EMAIL PROTECTED] wrote: Hello, On Sat, 26 Aug 2006, wwp wrote: Do you think it would be a hard job to write a patch (for me) to allow loading a .mceditrc file (that would allow only editor_* options) if such file exists in the directory where mcedit wants to open a file, though? I really cannot tell that :) Why don't you give it a try ? Thanks for your reply! In fact I started working on a small patch for it, but gave up quickly because I'm really busy elsewhere. I'll see how I can complete a minimalist patch though. What came to my mind is the complexity of such feature, towards the ini file. See: when loading a file (that hook I already found it), I check if a .mcedit file resides in the file's dir. Now.. there are few points: 1) only allowing editor settings only in that file might need to separate the ini loading functions of mcedit to split the loading of editor settings a bit. I'll see if this can be done or we'll have some badly factorized funcs. To check. 2) now what about the ini saving? If a per-directory .mcedit file has been loaded, when saving or autosaving-when-quitting, we should save to this ini file. 3) what about a button in the prefs dialog to load settings from the user's home or save them there. I wonder.. I'll do that work step by step, first implementing the hook and loading prefs in a first time. I'll keep you informed. Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Re: Per-directory editor settings
Hello Pavel, On Sat, 26 Aug 2006 10:28:52 +0300 (EEST) Pavel Tsekov [EMAIL PROTECTED] wrote: Hello, On Fri, 25 Aug 2006, wwp wrote: I wonder if mcedit does or would allow to use editor settings following the directory it loads files from. IIRC vim has such behaviour, it allows to set .vimrc files in directories so that different edition settings are used. No. Do you think it would be a hard job to write a patch (for me) to allow loading a .mceditrc file (that would allow only editor_* options) if such file exists in the directory where mcedit wants to open a file, though? Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Per-directory editor settings
Hello there, I wonder if mcedit does or would allow to use editor settings following the directory it loads files from. IIRC vim has such behaviour, it allows to set .vimrc files in directories so that different edition settings are used. In a general way, I'm looking for a convenient way to use different settings (mainly tab settings) following the source files I'm editing. At work we now use 4-space, but for some OS projects it's tab-4-space, here it's tab-8-space.. well you know that holy war about tab ;-). Any thought? Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
mcedit: (un)indenting a block
Hello mc users, is there a way to indent (or unindent) a selected block in mcedit? I'd like to shift right or left the selected block w/ a tab. Any hint? Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Re: Inconsistent behaviour of Options
Hello Pavel, On Fri, 10 Mar 2006 13:59:04 +0200 Pavel Tsekov [EMAIL PROTECTED] wrote: On Fri, 10 Mar 2006, wwp wrote: Hello Pavel, On Fri, 10 Mar 2006 10:59:25 +0200 Pavel Tsekov [EMAIL PROTECTED] wrote: On Thu, 9 Mar 2006, Pavel Roskin wrote: On Thu, 2006-03-09 at 23:14 +0100, Leonard den Ottolander wrote: Hi Jindrich, On Thu, 2006-03-09 at 13:48 +0100, Jindrich Novy wrote: 1. Ok sets the parameters only for the current session and won't touch the ini file. Ok is equivalent to save if auto save setup is set. ... and if you exit from mc rather than e.g. close the xterm window. And if you don't have another mc running that would overwrite those settings if you exit from it properly. I think that auto save setup is something that cannot be implemented reliably in mc unless you make Ok work exactly like Save and save changes immediately. I think this is a reasonable approch. If we go that way we can safely remove Save setup and auto_save_setup. That means that you would not be able to modify some options w/o saving them (and thus, affect all further instances)? Hmm... This is a strong indication that those options do not belong to the Options menu, IMO. If I'm not wrong there are options set outside from the Options menu/dialogs that get saved, like user mini status in listing mode, I didn't feel uncomfortable w/ that. Anyway, maybe the simple way would be the best, and would be smth like only keeping a Save options menu entry that users must explicitely use. I must admit that I'm a little bit lost now in the discussion.. ;-) Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Re: Inconsistent behaviour of Options
Hello Pavel, On Fri, 10 Mar 2006 10:59:25 +0200 Pavel Tsekov [EMAIL PROTECTED] wrote: On Thu, 9 Mar 2006, Pavel Roskin wrote: On Thu, 2006-03-09 at 23:14 +0100, Leonard den Ottolander wrote: Hi Jindrich, On Thu, 2006-03-09 at 13:48 +0100, Jindrich Novy wrote: 1. Ok sets the parameters only for the current session and won't touch the ini file. Ok is equivalent to save if auto save setup is set. ... and if you exit from mc rather than e.g. close the xterm window. And if you don't have another mc running that would overwrite those settings if you exit from it properly. I think that auto save setup is something that cannot be implemented reliably in mc unless you make Ok work exactly like Save and save changes immediately. I think this is a reasonable approch. If we go that way we can safely remove Save setup and auto_save_setup. That means that you would not be able to modify some options w/o saving them (and thus, affect all further instances)? Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
The shell is already running a command
Hello all, the shell is already running a command.. No, it's not! I have to say that mc is one of the tools I'm using all day long for years, and that it's very convenient to my use. But, will we finally get rid of that irritating bug or maybe I'm alone in the dark :-) ? I constantly have to return to switch panels off, type CTRL+C (command-line was empty, not even a white-space), then switch panels on. BTW, there's another one around the current directory. Say that you're in A/, do something in command-line, change dir to B/, switch panels off then on, you're back to A/, whatever the command-line something you did before is still running or not. I suppose that's related to the issue above, and feel desperate about this one too :-). Tested w/ both 4.6.1 and 2006-03-01-xx. Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Re: The shell is already running a command
Hello Pavel, On Wed, 8 Mar 2006 15:06:18 +0200 Pavel Tsekov [EMAIL PROTECTED] wrote: On Wed, 8 Mar 2006, wwp wrote: the shell is already running a command.. No, it's not! I have to say that mc is one of the tools I'm using all day long for years, and that it's very convenient to my use. But, will we finally get rid of that irritating bug or maybe I'm alone in the dark :-) ? I constantly have to return to switch panels off, type CTRL+C (command-line was empty, not even a white-space), then switch panels on. This has been discussed to dead already and there is no easy solution. It usually happens when one types TAB and bash expects a second TAB to perform autocompletion. I.e. the cause is user input that doesn't trigger output from the shell. Well.. good to know that it's known issue and that we know where it comes from. Thanks for your prompt reply, Pavel. Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Re: The shell is already running a command
Hello Felix, On Wed, 08 Mar 2006 07:35:08 -0500 Felix Miata [EMAIL PROTECTED] wrote: On 06/03/08 03:17 wwp apparently typed: the shell is already running a command.. No, it's not! I have to say that mc is one of the tools I'm using all day long for years, and that it's very convenient to my use. But, will we finally get rid of that irritating bug or maybe I'm alone in the dark :-) ? I constantly have to return to switch panels off, type CTRL+C (command-line was empty, not even a white-space), then switch panels on. Same for me for as long as I can remember, many years. :-( Do you have mc running on multiple logins at once like I usually do? Yes, several instances of mc, but I even get it w/ one instance of mc. Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
mc snapshot and mouse
Hello all, I've just upgraded my mc from 4.6.1 to snapshot 2006-03-01-04, and run mc in mrxvt 0.4.2 on my FC3 box. I noticed that mouse clicks don't select files/dirs anymore, IOW double-clicking an executable file doesn't launch it, double-clicking a directory doesn't enter it. Mouse can only be used to select text and paste it elsewhere. I tried w/ xterm or gnome-terminal, and everything works well, as previously. What can be the reason of that change that only affects mc in mrxvt? mc --version GNU Midnight Commander 2006-03-01-04 Virtual File System: tarfs, extfs, cpiofs, ftpfs, fish, mcfs, smbfs, undelfs With builtin Editor Using included 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 Data types: char 8 int 32 long 32 void * 32 off_t 64 ecs_char 8 Regards, -- wwp signature.asc Description: PGP signature ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Re: Find File results
Hello Felix, On Mon, 12 Dec 2005 19:18:33 -0500 Felix Miata [EMAIL PROTECTED] wrote: I can't seem to find any option to list only one file per file in find file results. The results seem to list multiple copies of files based upon access times instead of unique files, which sometimes lists the same file more than 20 times. Is there no option to do this? No, since it's design to show all occurrences (and their line number), but I second this, would be nice to also know what file simply match. But it would also be nice to be able to match filenames case UNsensitively (useful when you don't know exactly where what you're looking for is located). Regards, -- wwp ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Re: Translators wanted
Hello Roland, On Wed, 07 Sep 2005 22:44:14 +0200 Roland Illig [EMAIL PROTECTED] wrote: some years ago, the Midnight Commander had been translated quite well into a whole bunch of languages other than English. Somehow, the translation process has stalled sadly. If you want to help us getting translations of the Midnight Commander, please write to the mc-devel@gnome.org mailing list. If you already know how to translate .po files, you can also download the current versions from [snip] fr 880 5752 [snip] The strings in the untranslated column need to be translated from scratch. The strings in the fuzzy column had some similar strings, which can sometimes be translated using copy-and-paste. [snip] What about the french translation? I can provide efforts to complete it, but of course, don't want to do concurrential work if the official assignee is already doing the work. Is there one (or more)? Is (s)he reactive? Regards, -- wwp ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Re: Translators wanted
Hello Roland, On Fri, 09 Sep 2005 10:31:16 +0200 Roland Illig [EMAIL PROTECTED] wrote: wwp wrote: What about the french translation? I can provide efforts to complete it, but of course, don't want to do concurrential work if the official assignee is already doing the work. Is there one (or more)? Is (s)he reactive? In my opinion, you can safely assume that there is no concurrent work done. Just translate, and we will include your translation. ;) OK. I'll get back to you as soon as I get some work done so. Regards, -- wwp ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Re: Portability of $(expr) vs `expr` in bash
Hello Leonard, On Sat, 30 Jul 2005 12:09:36 +0200 Leonard den Ottolander [EMAIL PROTECTED] wrote: Hi wwp, On Fri, 2005-07-29 at 08:53, wwp wrote: If your concern is bash only: Yes. Although I somewhat presumptuously assumed /bin/sh == bash. Not sure if that is too presumptuous, or that this assumption is shared throughout the code base. Pavel is right. Some GNU/Linux distros make zsh or tcsh the default /bin/sh (there are even some other shells, and I'm just dealing the most common on GNU/Linux systems, not at all w/ Unices, BTW), and anyway even the user can make its default sh to be another one (system-wide or not). Question is now.. are the shell scripts in mc only bash-compliant? Is bash a pre-requisite? If not, I suppose that a review of all shell scripts should be done, for *sh portability purposes, if you care about this. How old are the bash versions that don't support $(expr)? Are there ways to use macros in .sh.in files to substitute with either '`' '`' or '$(' ')'? I can't state upon this, sorry. I would say that if your goal is to be compliant to common bash-based systems (or to require it at least) which means bash version =2, using the most bash-like $() is good. If you want to be *sh compliant or to suppose older bash versions, `` is more portable. I'm not sure about what bash developers would recommend.. would using `` (with bash in mind) be a lack of evolutivity? Do recent non-bash shell also support $()? Why on Earth are there `` and $() in bash :-).. Regards, -- wwp ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc
Re: Portability of $(expr) vs `expr` in bash
Hello Leonard, On Thu, 28 Jul 2005 23:26:18 +0200 Leonard den Ottolander [EMAIL PROTECTED] wrote: Hi, I'm wondering if the usage of $(expr) vs `expr` in bash scripts is portable, ie if we could get rid of all the unnecessary spawning of shells for such expressions by replacing the latter with the former. Some questions come to my mind: $(expr) is not supported by some shells (it's more a question of shell family than shell fresh-ness, excepted for bash itself), do you really mean bash in your post, or shell? If your concern is bash only: How old are the bash versions that don't support $(expr)? Are there really still some systems running such old and poor-featured bash versions? Do you still want to support such bash versions, aren't there other points that make support for these bash versions impossible? Would there be other interests in using `expr` anyway (excepted that `expr` works for non-bash shells)? My 2 cts. Regards, -- wwp ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Feature request: Changing colors
Hello Efim, On Mon, 18 Jul 2005 20:38:09 +0400 Efim [EMAIL PROTECTED] wrote: Hmm... First of all I'd like to say Hallo to all of MC developers. Then I'd like to say THANK YOU VERY MUCH FOR THIS PROGRAM!!! I've been using MC for nearly 3 years and I really like it. But there is one feature, IMHO, MC must have. This feature is changing colors of text, panels and of editor's screen and text. I wrote some things using Ncurses, so I can guess that it's possible to add this feature. Of course, I don't know SLang at all, but I've seen sources of MC and I saw that there are colors definitions. I don't ask you to write a configurator, it will be good if you just add such a feature to MC config files... So, thanks for reading my letter. I hope you'll add this feature in further releases. Thank you again. Waiting for a real color editor, you can still do that from the command-line. See `mc --help` and the Color chapter in the man page for detail. As an example, I use a simple wrapper shell script for mc (below), if mc is called by root, it get red background colors (this helps me remembering the danger of being root), my default user runs mc in a default blue modified theme and all others in a black theme: #!/bin/sh case $UID in 0) COLORS=\ errors=brightred,yellow:reverse=black,white:gauge=black,gray:input=lightgray,red\ :normal=lightgray,red:selected=black,lightgray:marked=yellow,red:markselect=yellow,lightgray\ :dnormal=black,lightgray:dfocus=lightgray,black:dhotnormal=red,lightgray:dhotfocus=black,lightgray\ :menu=black,lightgray:menuhot=red,lightgray:menusel=lightgray,black:menuhotsel=lightgray,red\ :helpnormal=black,lightgray:helpitalic=grey,lightgray:helplink=blue,lightgray:helpslink=red,lightgray\ :directory=white,red:execute=brightgreen,red:link=green,red:device=brightmagenta,red:special=black,red:core=brightcyan,red\ :hidden=lightgray,red:temp=lightgray,red:doc=lightgray,red:archive=lightgray,red:source=lightgray,red:media=lightgray,red:graph=lightgray,red:database=lightgray,red ;; 500)COLORS=\ errors=yellow,red:reverse=black,white:gauge=black,gray:input=lightgray,blue\ :normal=lightgray,blue:selected=black,cyan:marked=yellow,blue:markselect=yellow,cyan\ :dnormal=black,cyan:dfocus=lightgray,black:dhotnormal=red,cyan:dhotfocus=black,cyan\ :menu=black,cyan:menuhot=red,cyan:menusel=cyan,black:menuhotsel=cyan,red\ :helpnormal=black,lightgray:helpitalic=grey,lightgray:helplink=blue,lightgray:helpslink=red,lightgray\ :directory=white,blue:execute=brightgreen,blue:link=green,blue:device=brightmagenta,blue:special=black,blue:core=brightcyan,blue\ :hidden=lightgray,blue:temp=lightgray,blue:doc=lightgray,blue:archive=lightgray,blue:source=lightgray,blue:media=lightgray,blue:graph=lightgray,blue:database=lightgray,blue ;; *) COLORS=\ directory=cyan,black:normal=green,black:executable=brightgreen,black:selected=black,green:\ marked=yellow,black:markselect=yellow,green:link=brightcyan,black:stalelink=brightred,black:\ core=red,black:device=brightmagenta,black:special=brown,black:errors=white,red:reverse=black,green:\ gauge=red,blue:input=black,green:dnormal=green,black:dfocus=black,green:dhotnormal=yellow,black:\ dhotfocus=yellow,green:menu=black,green:menusel=green,black:menuhot=yellow,green:\ menuhotsel=yellow,black:helpnormal=green,black:helpitalic=red,black:helpbold=yellow,black:\ helplink=black,green:helpslink=yellow,green:viewunderline=brightred,black:editnormal=green,black:\ editbold=yellow,black:editmarked=black,green ;; esac /usr/local/bin/mc --colors $COLORS $@ Regards, -- wwp ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc