Re: Ctrl+J in mc

* Ivan Pizhenko via mc-devel, 28.10.18 21:52 > Hi, I'm wondering why following happens: > In Ubuntu and FreeBSD, when I am pressing Ctrl+J in MC, it puts name > of file on which file cursor is currently on. But this doesn't work in > CentOS and RHEL. > How to fix that in CentOS and RHEL? > Ivan.

[bug #20978] "the shell is already running a command"

Follow-up Comment #1, bug #20978 (project mc): It's rather easy to reproduce, in fact: Press Ctrl-o to enter the subshell Press Space, but don't hit Enter Press Ctrl-o to leave the subshell Enter "ls" or some other command, hit Enter Enjoy the error message ;-) I *think* there's been some long

[bug #20184] Skip vs. Abort on multi-file/dir operation

URL: Summary: Skip vs. Abort on multi-file/dir operation Project: GNU Midnight Commander Submitted by: ZlatkO Submitted on: Saturday 06/16/2007 at 10:47 Category: None

[bug #13101] Moving/copying single files to FTP VFS

Follow-up Comment #11, bug #13101 (project mc): Yes, both moving and copying a single file works fine now (latest CVS with the attached patch applied), even with ftpfs_first_cd_then_ls=0. Again, thanks a lot! :-) ___ Reply to this item at:

[bug #13101] Moving/copying single files to FTP VFS

Follow-up Comment #7, bug #13101 (project mc): UPDATE: I just found out that the patch does indeed fix the problem for both vanilla 4.6.1 and 4.6.1a-CVS, if I also change "ftpfs_first_cd_then_ls" from "0" to "1" in ~/.mc/ini. This is an acceptable solution for me, so as far as I'm concerned, feel

[bug #13101] Moving/copying single files to FTP VFS

Follow-up Comment #6, bug #13101 (project mc): Tested with today's CVS version (20060224), same problem. Here's the FTP server's log from that session, trying to copy/move testfile1, then testfile1 and testfile2 into hidden_dir. It looks like mc doesn't even try to transfer anything, all it does

[bug #13101] Moving/copying single files to FTP VFS

Follow-up Comment #4, bug #13101 (project mc): The patch doesn't seem to fix the problem for me, I'm afraid. Actually, also the workaround of adding a trailing "/" slash manually doesn't work anymore now. Instead of "Permission denied", I now get "Cannot overwrite directory "/#ftp:ftp.security-b

[bug #13648] 4.6.1-pre5: cons.saver on linux console

Follow-up Comment #4, bug #13648 (project mc): Duh ... my cons.saver was _not_ setuid root. I must have been in the old mc directory when doing the 'chmod u+s' (I usually keep several versions of mc around just in case, and switch between them using 'stow' if necessary). Sorry for wasting your t

[bug #13648] 4.6.1-pre5: cons.saver on linux console

Follow-up Comment #2, bug #13648 (project mc): Hmmm ... no, cons.saver actually doesn't show up in 'ps'. So the problem lies somewhere else, I suppose - but where? ___ Reply to this item at:

[bug #13648] 4.6.1-pre5: cons.saver on linux console

URL: Summary: 4.6.1-pre5: cons.saver on linux console Project: GNU Midnight Commander Submitted by: ZlatkO Submitted on: Wed 07/06/2005 at 08:06 Category: Subs

[bug #13097] Complete: Show All

Follow-up Comment #1, bug #13097 (project mc): Update: still not fixed in 4.6.1-pre5. Pavel's patch also works with this version. ___ Reply to this item at:

Re: link in bug status mails

* Oswald Buddenhagen, 2005-05-18 00:05: funny thing this "savannah-zilla": but it is immediately redirected to https:// is this something the mc project holders can fix or is it up to the gnu.org admins? Works fine here, no redirection

[bug #13101] Moving/copying single files to FTP VFS

URL: Summary: Moving/copying single files to FTP VFS Project: GNU Midnight Commander Submitted by: ZlatkO Submitted on: Mon 05/16/2005 at 17:14 Category: None

[bug #13100] Bytes and Count progess bars when moving multiple files

URL: Summary: Bytes and Count progess bars when moving multiple files Project: GNU Midnight Commander Submitted by: ZlatkO Submitted on: Mon 05/16/2005 at 17:09

[bug #13097] Complete: Show All

URL: Summary: Complete: Show All Project: GNU Midnight Commander Submitted by: ZlatkO Submitted on: Mon 05/16/2005 at 16:44 Category: None Seve

Re: [PING] Re: Complete: Show All

* Thomas Zajic <[EMAIL PROTECTED]>, 16/03/2005, 08:44 > Sorry, I seem to have missed/lost the original mail with the patch > somehow - I'll fetch it from the list archive and try to report back > here as soon as possible. Seems to work fine here - I applied the patch again

Re: [PING] Re: Complete: Show All

* Pavel Tsekov <[EMAIL PROTECTED]>, 09/03/2005, 13:42 > > On Wed, 26 Jan 2005, Thomas Zajic wrote: > > > > > I just stumbled across another long-standing bug in mc again. > > > > > > With "Complete: Show All" enabled in F9->Options->Con

Complete: Show All

Hi, I just stumbled across another long-standing bug in mc again. With "Complete: Show All" enabled in F9->Options->Configuration, mc does not autocomplete paths or filenames when there's only one alternative. Eg. given a directory structure like "x/y/z" (with "y" being the only dir entry in "x"

Re: Bug or feature?

* Arpad Biro <[EMAIL PROTECTED]>, 16/03/2003, 03:42 > > > A large VFS timeout can cause strange behaviour in archive file > > > handling: > > > > This is what F9 - c - e (Menu -> Command -> Free VFSs now) is for. > > Correct, but try telling this to users. They will consider this a bug > when th

Re: Bug or feature?

* Arpad Biro <[EMAIL PROTECTED]>, 15/03/2003, 08:14 > A large VFS timeout can cause strange behaviour in archive file > handling: > [...] > A good workaround is to reduce the "Timeout for freeing VFSs" value. > So, is this a bug or a feature? Should it remain like this? This is what F9 - c - e (M

Re: [PATCH] Clean xterm title restore

* Adam Byrtek 'alpha' <[EMAIL PROTECTED]>, 20/01/2003, 02:48 > [...] > First of all you should check: > > - is the WINDOWID env variable set, try xprop -id $WINDOWID and check > if it gives you info about your xterm (the title is in WM_NAME) One more thing: I just noticed that it also doesn't wo

Re: [PATCH] Clean xterm title restore

* Adam Byrtek 'alpha' <[EMAIL PROTECTED]>, 20/01/2003, 02:48 > On Mon, Jan 20, 2003 at 01:05:51AM +0100, Thomas Zajic wrote: > > > Works fine here (finally no delays on startup :-), except one thing: > > it fails to (save and?) restore the original xterm ti

Re: [PATCH] Clean xterm title restore

* Adam Byrtek 'alpha' <[EMAIL PROTECTED]>, 19/01/2003, 22:59 > [...] > Patch attached and sent to the BTS (update for #898). Feel free to > send any comments, I don't have any experience with xlib programming. Works fine here (finally no delays on startup :-), except one thing: it fails to (save

Re: xterm ttle patch v898 v2

* Tribhuvan <[EMAIL PROTECTED]>, 07/01/2003, 01:50 > This is a modification of a patch Tomas Stylbo sent me a couple of > days ago. > > [...] > > TODO: > 1) the problem on remote host is still not resolved > (ie: store and restore - the title function works fine >on remote machines, but _res

Re: xterm_title patch 898

* Tomas Styblo <[EMAIL PROTECTED]>, 07/01/2003, 07:21 > * Thomas Zajic <[EMAIL PROTECTED]> [Mon, 06 Jan 2003]: > > Seems to work fine so far, although it adds a noticable 5 second delay > > when starting mc, mc -v, or mcedit from the command line and/or as an > >

Re: Xterm title [PATCH included]

* Tribhuvan <[EMAIL PROTECTED]>, 07/01/2003, 00:42 > re: Thomas Zajic's latest posting "patch included" > Could you please send me the patch or tell me where i can download > it if it's posted somewhere - I'm working on Solaris compatability > as well as fixed a problem in the last patch version,

Re: xterm_title patch 898

* Tomas Styblo <[EMAIL PROTECTED]>, 05/01/2003, 05:39 > In my humble opinion the restore does not work over network > because the implementation is fundamentally broken. > [...] > > Please try the patch attached to this message and report whether > the remote host problem went away. > > But pleas

Re: Xterm title [PATCH included]

* Adam Byrtek 'alpha' <[EMAIL PROTECTED]>, 29/12/2002, 16:16 > Could you test this on different configurations/xterms, please? > I'm not sure if 100 microsecond is enough, so if you encounter this > problem again, tell me. As others have already noted, the problem still occurs every now and then:

Re: Xterm title [PATCH included]

* Adam Byrtek 'alpha' <[EMAIL PROTECTED]>, 29/12/2002, 15:07 > On Sun, Dec 29, 2002 at 02:12:06PM +0100, Adam Byrtek 'alpha' wrote: > > I guess attached patch could be helpful for you. > > Small fix attached. Hi Adam, Works great with the small fix (I was just about to report the slight glitch

Xterm title

Hi, I really like mc's new feature to set the Xterm title to mc's current directory. Still, I've got one minor cosmetical request concerning this feature: would it be possible to save the original Xterm title when mc starts, and restore it when mc quits? I'm using mcedit to edit my mails/posts in

Re: .netrc patch breaks fish, possibly mcfs and smbfs

* Pavel Roskin <[EMAIL PROTECTED]>, 11/07/2002, 19:57 > > I think that vfs_split_url() needs simplification, and should not deal > > with netrc, but instead should return NULL as username if the caller > > promises to handle it. > > I've implemented this approach beacuse it's simple and it resto

Re: .netrc patch breaks fish, possibly mcfs and smbfs

* Pavel Roskin <[EMAIL PROTECTED]>, 11/07/2002, 01:49 > I've just found a regression in the current version of MC. Fish doesn't > work anymore unless the user is specified explicitly. If I don't specify > the user, mc tries to login as user "*netrc*" over ssh. > [...] > Indeed, vfs_split_url()

Re: Things to do before 4.6.0

* Pavel Roskin <[EMAIL PROTECTED]>, 26/06/2002, 05:17 > This is a list of things that I want to be done before the 4.6.0 release. > [...] > 1) Review the outstanding patches in this list and apply them, unless > they seem unstable or introduce new features. Resubmitting of patches > with more

Re: 4.5.99a (mc-2002-04-26-03) .netrc patch

* Thomas Zajic <[EMAIL PROTECTED]>, 29/04/2002, 00:24 > [...] As a consequence, you'll have to explicitly add "anonymous" or > "ftp" to the URL as a login name now if you want anonymous FTP to a > host listed in ~/.netrc. Ouch. As a consequence of my own

Re: 4.5.99a (mc-2002-04-26-03) .netrc patch

* Thomas Zajic <[EMAIL PROTECTED]>, 29/04/2002, 00:24 > Done. I tried to keep changes to the original code at a minimum, and > #ifdef'd the stuff I added where possible. [...] Enclosed add-on patch fixes a segfault (due to an uninitialized pointer) that occured randomly when us

Re: 4.5.99a (mc-2002-04-26-03) .netrc patch

* Andrew V. Samoilov <[EMAIL PROTECTED]>, 30/04/2002, 12:03 > > diff -ur mc-4.5.99a-orig/src/boxes.c mc-4.5.99a/src/boxes.c > > --- mc-4.5.99a-orig/src/boxes.c Mon Oct 1 08:51:15 2001 > > +++ mc-4.5.99a/src/boxes.c Mon Apr 29 09:06:49 2002 > > @@ -716,7 +716,11 @@ > > #ifdef USE_VFS > >

Re: 4.5.99a (mc-2002-04-26-03) .netrc patch

* Thomas Zajic <[EMAIL PROTECTED]>, 29/04/2002, 00:24 > Enabling and disabling ~/.netrc lookups (via use_netrc in ~/.mc/ini) > works fine as well. I haven't had a look at the menu code in boxes.c > yet, though, so you still have to edit ~/.mc/ini manually. Enabling an

Re: 4.5.99a (mc-2002-04-26-03) .netrc patch

* Pavel Roskin <[EMAIL PROTECTED]>, 26/04/2002, 15:54 > Thanks for your efforts, but I cannot apply the patch is this form. > First off, it causes a warning because lookup_netrc() is called before > being decared. If you declare it, you still get a warning because > login_server() is called in a

4.5.99a (mc-2002-04-26-03) .netrc patch

Hi there, Enclosed you'll find a patch that enables .netrc support for mc-4.5.99a (the mc-2002-04-26-03 version). IIRC, .netrc support has been there since mc-4.1.x days (or at least it was available via ./configure), but it never quite worked for me. Today I finally got off my lazy ass and fixe