Re: Plans for Midnight Commander development
Hello Yury, Wednesday, August 12, 2015, 9:35:38 PM, you wrote: On Wed, 2015-08-12 at 15:28 +0300, Pavel Tsekov wrote: So, it is this time again? :) I'd be happy to help with any development related efforts. I'd certainly welcome any help from sane people, of which I'm convinced you are one. Let me know what you are up to, and if you need me to grant you any rights that you might need to proceed... Well, you know, the usual stuff - tracking and fixing bugs, reviewing patches, etc. I'll start with learning the new code, getting used to it. I've created my own fork on github so that should be enough for starters. Best regards, Pavel Tsekov ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: Plans for Midnight Commander development
Hello Yury, Sunday, May 31, 2015, 9:30:49 PM, you wrote: It seems that I'm the only member of the current team left who still wants to go on with the project, so here is my current plan. So, it is this time again? :) I'd be happy to help with any development related efforts. Best regards, Pavel Tsekov ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re[2]: Further Midnight Commander development
Hello Denys, Monday, February 16, 2009, 3:15:45 PM, you wrote: On Fri, Feb 13, 2009 at 7:20 PM, Pavel Tsekov ptse...@gmx.net wrote: You might not be aware but I am (still) one of the two official MC maintainers. De jure, maybe you are. De facto, the project is an orphan. How many more times do I need to submit my patches to get your attention? If I am not mistaken most of your patches were incomplete and you wouldn't bother to fix them. I see how comfortable is to be on the right side at the right time for people like yourself. You just hope to get your patch inside the codebase without caring about its quality. How many millennia do we need to wait to get UTF-8 support? As much as it is needed do be done properly. ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re[2]: Further Midnight Commander development
Hello Oswald, Saturday, February 14, 2009, 4:47:44 PM, you wrote: On Fri, Feb 13, 2009 at 08:20:29PM +0200, Pavel Tsekov wrote: You don't become a project member and developer by just waiting for the right moment, appearing on the scene and taking over of everything. would you bet? Yes, I would. I have known Patrick for quite some time and past communication with him makes me pretty sure that the odds are on my side. Would you bet to the opposite ? you may be the best maintainer on earth (you aren't, but wth), but by being unavailable you marginalize your project and thus yourself. so while the new ones might not be official maintainers, they are de-facto maintainers. those who do the work decide, even if my hair stands on end occasionally. I am not really unavailable. In fact if someone bothered to ping me personally I would have noticed immediately. The list traffic was stalled for quite some time and I haven't been reading it on a regular basis for a while so I missed the interesting part. Anyway, I am making making my way trough the mailing list volume for the last two months. I would not like to comment before I have gone trough all threads but some threads caught my attention already - search for mhl Does it feel familiar, is it what MC really needs ? Is this someone's excercise ? Best regards, Pavel Tsekov ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Disable cvs/savannah
Hello Patrick, Tuesday, December 30, 2008, 5:01:29 PM, you wrote: In order to get everything into shape it would be cool if someone could leave a big fat note in cvs that the new repro can be found at www.midnight- commander.org. So, could you please explain why it was necessary to move from savannah in the first place ? I don't see how this would help the project ? The same applies to the savannah bugtracker.. could please someone who has the power disable it (or prevent it from spamming this list? ;)) What for ? Why is that so funny ? ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Disable cvs/savannah
Hello Patrick, Tuesday, December 30, 2008, 5:01:29 PM, you wrote: In order to get everything into shape it would be cool if someone could leave a big fat note in cvs that the new repro can be found at www.midnight- commander.org. The new repo is not officially approved, so it might be clearly considered a fork of the offical MC project. Best regards, Pavel Tsekov ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Further Midnight Commander development
Hello Slava, You might not be aware but I am (still) one of the two official MC maintainers. Thursday, December 18, 2008, 2:23:07 AM, you wrote: Hello, dear developers! It is no secret that the recent console manager Midnight Commander stopped in its development. We do not know the reasons why this is happening, but we badly want to see its further development. In fact, the Midnight Commander is developing further, but distributions in the form of patches, for each distribution its own set of patches. In fact, there are many versions of modern MS for each distribution. Please, cool down a bit. The various distributions usually have a set of patches to MC but the most important one is the UTF-8 patch. The rest are usually of much lesser interest. Our team was formed recently, we have only just begun working on Midnight Commander, we have yet to be established, the relationship within the team have formed. But we are striving to become a team, which will be beneficial to all fans MC (a lot of them). Already, we have created assembly, which could satisfy both users of Debian/Ubuntu, FreeBSD and Gentoo, and users of Red Hat Linux distributions, Open Suse, MandRiva etc. You may have to apologize already issued release mc-4.6.3 (actually, we do not have the right to publish under that name). It is better to ask forgiveness than permission.. :) You should have done it the proper way by trying to communicate your changes with official MC instead of making a yet another fork. You team has just formed and no one knows for how long it will last, nor what your aims are. Many like you have appeared in the past and soon lost interest in their own creation. If you are unaware of that fact you might want to check the archives. We are a young team, we ask that you permit the continued development of Midnight Commander it was under this name. Also, please refer to us the files CVS repository for the preservation of history and development of the names of all people, ever participated in the development mc. We understand that this may be shocking request, but nevertheless, we hope to receive any response - if the answer is we simply will Forque, which we hope will develop further. We want to see MC very comfortable and pleasant, not as it is now. Please, try to follow the traditional way of doing things. If you really want to become a MC developer, be so kind, to do it the proper way which means post your changes to the mailing list, discuss issues and so on. You don't become a project member and developer by just waiting for the right moment, appearing on the scene and taking over of everything. Best regards, Pavel Tsekov ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #22471] Crash while copy directory with symbolic links
Follow-up Comment #3, bug #22471 (project mc): Patrick, Have you actually determined that this is a Debian releated bug ? ___ Reply to this item at: http://savannah.gnu.org/bugs/?22471 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #22300] Hang on directory change when not run as root
Follow-up Comment #1, bug #22300 (project mc): Does it happen for every directory or only for certain directories ? Could you point me to the original bug report ? ___ Reply to this item at: http://savannah.gnu.org/bugs/?22300 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: How to set flags as default
Hello, Friday, February 15, 2008, 4:57:55 PM, you wrote: I love MC, reminds me of my old dos NC days! How can I set soem of the startup flags as default? I use options -cx on startup, but would like to set these as defaults. Perhaps you could make an alias. ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Is this a bug with ftpfs ?
Hello Frederic, Sure, it is a bug. How can I reproduce this bug ? Did MC notice that the server closed the connection or not ? Thursday, February 7, 2008, 5:42:47 PM, you wrote: I get this when the server closes his connection and I try to upload I file. I tested with 2 different remote servers. This is using latest CVS but also reproduceable with the version from Slackware 12.0. Here's a gdb backtrace: [...] ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #22178] Alt_O on '..' should open lower directory
Follow-up Comment #1, bug #22178 (project mc): I've just tried it and Alt-O on '..' displays the contents of the parent directory as it is supposed to. You have to give more detail if you suspect there is a problem with this feature. ___ Reply to this item at: http://savannah.gnu.org/bugs/?22178 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #21440] Mc freeze when copy with fish file 2048Mb
Update of bug #21440 (project mc): Open/Closed:Open = Closed ___ Reply to this item at: http://savannah.gnu.org/bugs/?21440 ___ 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 Cesar, Sunday, January 20, 2008, 5:55:18 PM, you wrote: When I select Options - Save Mode - Quick save it still asks for confirmation everytime I save. This is not a bug. Quick save means that when saving your changes mcedit truncates the original file and writes the new data to it. The behaviour that you seem to need is controlled via: Options - General - Confirm before saving ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: problems with compiling mc
Hello Pavol, Tuesday, January 29, 2008, 12:00:12 AM, you wrote: i would like to ask you if it is possible to compile mc under winXP and if so, what I have to do? I was trying to compile using Makefile.MIN in pc directory, but witha any success. I get used for mc in Linux and now I have to use Windows in my job and I really missing mc there. I will appreciate any advice, but do not advice me to use something like Total Commander, because I don't like using this file manager. The native Win32 port of MC was discontinued a long time ago and is currently not supported. You should be able to build MC with Cygwin though. ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: VFS: tar file inside of a tar file crashes mc
Hello, Original-Nachricht Datum: Mon, 26 Nov 2007 17:50:25 +0100 Von: Jürgen Heinrich Betreff: Re: VFS: tar file inside of a tar file crashes mc To reproduce the crash: - create a tar file inside a tar file echo xxx xxx tar cvf 1.tar xxx tar cvf 2.tar 1.tar - open a regular xterm and type mc to start it - double click on 2.tar to view its contents - double click on the included 1.tar to view - and now type cd on mc's command line to change back to your home directory and leave the VFSs (do NOT use the mouse to click you outside of the VFSs, use a cd command, that is very important!) - open Active VFS list - click on Free VFSs now two times (important: click twice) mc will crash instantly Following the steps above I was able to reproduce the crash. I'm working on it. -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: VFS: tar file inside of a tar file crashes mc
Hello Jürgen, Sunday, November 18, 2007, 12:42:52 AM, you wrote: Since Midnight Commander version 4.6.1, there is a problem with VFS: Tab into a tar file that contains another tar file and then into the included tar file. (tar file inside tar file, or maybe VFS inside VFS) Then leave all VFSs. Now wait until mc frees VFSs by itself or open Active VFS list dialog and hit Free VFSs now twice. Midnight Commander will crash. I've tried to reproduce the crash but without success. Can you provide the output of mc -V as well as more information regarding your environment. Are you sure that the steps above are enough to get MC to crash - perhaps there is somthing else which must be done ? ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re[2]: Issues with recent utf8 patch
Hello Rafal, Wednesday, November 21, 2007, 4:10:33 PM, you wrote: A surprise: dialogbox issue is NOT patch related, it comes from original mc code. In src/dialog.c in draw_box(Dlg_head *h, int y, int x, int ys, int xs) lies the problem. If slang is used a box is drawn, otherwise code is used that in most cases works correctly. It fails, however if box drawn is bigger than the terminal. It's hard to notice, cause most dialogs fit the screen. In 80x24 term this can be noticed in File menu, its two last rows are repainted at the top o the screen, second to last is covered by menubar, last is mostly covered by File menu, so only its corners are visible on the same line as the top of File menu box. I'll investigate. ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re[2]: mc and utf-8 again but different
Rostislav, Tuesday, November 13, 2007, 12:49:59 AM, you wrote: On Mon, 12 Nov 2007 21:12:28 +0100, Pavel Tsekov [EMAIL PROTECTED] wrote: P.S. Rostislav, does your patch work with both S-Lang and ncurses ? I never compiled mc with ncurses. So I tried it and it didn't work in utf-8 (in iso-8859-2 did). I made fast switch* from ncurses to ncursesw and utf-8 has been repaired. I use in my patch nearly only addstr or addch functions, in some cases I left tty_printf (when printing const string without width limitation). I have found, that addstr from ncursesw shall work in utf-8. I think that mc could handle utf-8 width ncursesw, but it needs to be tested more. Nice work! ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: mc and utf-8 again but different
Hello Rostislav, Monday, November 12, 2007, 4:14:10 AM, you wrote: separately patches - http://www.fi.muni.cz/~xbenes5/projects/mc/mc-utf8.tar.gz all together in one patch - http://www.fi.muni.cz/~xbenes5/projects/mc/mc-utf8-all.tar.gz and applied to cvs version of mc - http://www.fi.muni.cz/~xbenes5/projects/mc/mc-complete.tar.gz I encourage everyone on this list to download the above and give it a try. I'll do that myself and I'll start reviewing the patches. People, with experience with the already existing UTF-8 code (UTF-8 patch) could be extremely helpful if they could take a look at the code and compare it against the UTF-8 patch and share their thoughts. P.S. Rostislav, does your patch work with both S-Lang and ncurses ? Thanks! ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #21524] Dangerous unpacking (disk full is not reported, unpacked files become corrupt)
Follow-up Comment #11, bug #21524 (project mc): Regarding urar and password protected archives - if you use urar from CVS it shouldn't freeze MC anymore. I'll answer the other questions later. ___ Reply to this item at: http://savannah.gnu.org/bugs/?21524 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #21528] Please support IPv6
Follow-up Comment #1, bug #21528 (project mc): Fedora's MC has a patch which adds IPv6 support to ftpfs. I might include it in 4.6.2 but I can't promise anything - the patch is rather large and it'll take some time to review. ___ Reply to this item at: http://savannah.gnu.org/bugs/?21528 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #2139] ftpfs remote date: mc has a wrong idea of now
Update of bug #2139 (project mc): Status: Postponed = Fixed Open/Closed:Analyzed = Closed ___ Reply to this item at: http://savannah.gnu.org/bugs/?2139 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #21524] Dangerous unpacking (disk full is not reported, unpacked files become corrupt)
Follow-up Comment #7, bug #21524 (project mc): Instead of using /tmp/file the extfs scripts could pipe the extracted file contents trough dd .. then all errors would be reported. Comments ? Ideas ? ___ Reply to this item at: http://savannah.gnu.org/bugs/?21524 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #21524] Dangerous unpacking (disk full is not reported, unpacked files become corrupt)
Follow-up Comment #9, bug #21524 (project mc): The /tmp step is necessary since extfs tries to emulate real filesystem operations. If we had a native archiver support it would be unnecessary. This could happen but not for 4.6.2. ___ Reply to this item at: http://savannah.gnu.org/bugs/?21524 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #21524] Dangerous unpacking (disk full is not reported, unpacked files become corrupt)
Follow-up Comment #1, bug #21524 (project mc): Are you sure ? [EMAIL PROTECTED] Desktop]$ unzip -p bless-bin-0.5.0.zip bless-bin-0.5.0/NEWS /bin/mv bash: /bin/mv: Permission denied [EMAIL PROTECTED] Desktop]$ echo $? 1 So errors are reported. Maybe the return status is not checked properly in the uzip script. ___ Reply to this item at: http://savannah.gnu.org/bugs/?21524 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #21524] Dangerous unpacking (disk full is not reported, unpacked files become corrupt)
Follow-up Comment #4, bug #21524 (project mc): I did not try a disk full on /tmp but I rather forget the temporary file name to point to a file writable by root which produces Permission denied error - but there should be no difference. ___ Reply to this item at: http://savannah.gnu.org/bugs/?21524 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #21524] Dangerous unpacking (disk full is not reported, unpacked files become corrupt)
Follow-up Comment #6, bug #21524 (project mc): Ok. According to the bash manual: [...] A failure to open or create a file causes the redirection to fail. [...] Unfortunately failure to write is not detected :( So, yes - this method is unsafe. ___ Reply to this item at: http://savannah.gnu.org/bugs/?21524 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Updates of po/*.po files are needed
Hello, Original-Nachricht Datum: Mon, 05 Nov 2007 15:46:07 +0300 Von: Andrew Borodin Betreff: Updates of po/*.po files are needed Since src/find.c file was modified (rev. 1.102 : Fix hotkey duplication), all po/*.po files should be updated. I am well aware of that. There are other changes which require the .po files to be regenerated as well. -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #21211] ';' separated UNIX commands started from cd
Update of bug #21211 (project mc): Status: Confirmed = Postponed ___ Reply to this item at: http://savannah.gnu.org/bugs/?21211 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: [patch] add flv to Include=video
Hello Nerijus, Original-Nachricht Datum: Thu, 1 Nov 2007 19:45:30 +0200 Von: Nerijus Baliunas Betreff: [patch] add flv to Include=video please apply, mplayer plays flv files. Applied. The patch wasn't good. mc.ext.in didn't knew anything about flic files so far. Most likely you were diffing against patched mc.ext file. Thanks! -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Various small fixes to 4.6.2-pre1
Hello Vladimir, Original-Nachricht Datum: Thu, 1 Nov 2007 16:48:02 +0100 Von: Vladimir Nadvornik Betreff: Various small fixes to 4.6.2-pre1 mc-getpwuid.patch - prevents a crash if getpwuid returns NULL Applied. mc-NULL.patch - fixes various compiler warnings about NULL-terminated argument lists and format strings. Only the vfs/smbfs.c part was applied. For cmd.c and hotlist.c I used a slightly different approach than the one in your patch. mc-syntax-hpp.patch - enables syntax hilight for hpp files Applied. Thanks! -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: xterm title in the prompt
Hello, Original-Nachricht Datum: Thu, 1 Nov 2007 16:14:35 +0100 Von: Vladimir Nadvornik CC: Lukasz Stelmach Betreff: Re: xterm title in the prompt On pátek 26 říjen 2007, Lukasz Stelmach wrote: Greetings. There is a problem in with mc trying to display bash prompt for xterm which contains window title PS1='\[\033[?1034l\033]0;\h:\w\007\]\h:\W\$ ' That is everything between \033]0; and \007. The patch removes this sequence. Here is a similar patch that removes ESC(B sequence, which appears in default prompt on openSUSE 10.3. Patching strip_ctrl_codes() is not a good idea. There are a lot of sequnces that can appear in the prompt (see ctlseqs.txt from the xterm tarball) and adding code for each one of them when someone encounters it in his/her prompt is something that I do not like. Either we fix it so that it handles all sequences properly or MC should be changed to support it own prompt as discussed in the TODO. -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #21331] FISH: Retrieving an unreadable file causes MC to hang
Update of bug #21331 (project mc): Status:None = Fixed Open/Closed:Open = Closed ___ Reply to this item at: http://savannah.gnu.org/bugs/?21331 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #21440] Mc freeze when copy with fish file 2048Mb
Update of bug #21440 (project mc): Status:None = Duplicate ___ Follow-up Comment #1: This bug is supposed to be fixed in CVS and the latest prerelease. See bug #15524. You can either checkout from CVS or fetch the latest prerelease from ftp://ftp.gnu.org/gnu/mc/mc-4.6.2-pre1.tar.gz and build that yourself. Please, let us know whether it fixes the hang for you. ___ Reply to this item at: http://savannah.gnu.org/bugs/?21440 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #21331] FISH: Retrieving an unreadable file causes MC to hang
Follow-up Comment #8, bug #21331 (project mc): 1) Viewing an unreadable file not producing an error box is a bug not related to FISH which was revealed by my patch. 2) cd-ing into unreadable fish directories is a bug in fish. I'll try to fix both. In the meantime I'll check in the attached patch since I found no evidence that it is related to the bugs above. ___ Reply to this item at: http://savannah.gnu.org/bugs/?21331 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #21331] FISH: Retrieving an unreadable file causes MC to hang
Follow-up Comment #6, bug #21331 (project mc): Today I had the opportunity to test the patch on MacOS. Trying to copy a unreadable file from a remote system I got and error dialog box. I'd like to understand why it doesn't work for you as expected - please, explain what are you trying to do so that I can reproduce. ___ Reply to this item at: http://savannah.gnu.org/bugs/?21331 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re[2]: GNU Midnight Commander 4.6.2-pre1
Hello Caj, Friday, October 19, 2007, 10:35:50 PM, you wrote: On Oct 19, 2007, Pavel Tsekov wrote: If you have a proper patch OK, but if I may just ask why key bindings are so static in mc, is the code very hard to change so that a user could define his/her own bindings for a large part of the configuration and layout? And another question just of curiosity, are the existing patches for these features not good enough for inclusion in the main code? I don't remember right now the details but usually these patches are far for complete or do not fit the rest of the code well. I know that there was a patch which adds as shortcut to change the current sort mode - I do not remember why it wasn't accepted. I'll try to find it in the archives and see what can be done about it. There is a patch in savannah too if I am not mistaken. Regarding the show hidden files key binding - I am not aware of patch which does this. If you can point me to such a patch I'll gladly review it. In any case I am not going to write new code before the 4.6.2 release. I'll review existing patches and will fix ugly bugs. ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: GNU Midnight Commander 4.6.2-pre1
Hello, Original-Nachricht Datum: Wed, 17 Oct 2007 23:20:06 +0200 Von: David Sterba Betreff: Re: GNU Midnight Commander 4.6.2-pre1 On Fri, Sep 28, 2007 at 11:14:47PM +0200, Pavel Tsekov wrote: I am trying to extract and describe all those changes that happened between 4.6.1 and the current cvs version. can you please write down the changes you've discovered into CVS/mc/NEWS file ? Partial list will be useful too. I've update the NEWS file in CVS but the list is incomplete more changes will be listed soon. If you think that a particular entry could be worded better, please, let me know. Thanks! -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: GNU Midnight Commander 4.6.2-pre1
If you have a proper patch Original-Nachricht Datum: Fri, 19 Oct 2007 16:51:07 +0200 Von: Caj Zell Betreff: Re: GNU Midnight Commander 4.6.2-pre1 Is there any hope of getting 1. sort order key bindings and 2. key binding for toggling of show hidden files in the upcoming release? -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: FTP server plug-in
Hello Giampaolo, Monday, October 15, 2007, 4:10:59 AM, you wrote: I'm the maintainer of a FTP server library written in Python: http://code.google.com/p/pyftpdlib/ I thought it would be funny to integrate pyftpdlib into Midnight Commander in form of plug-in to makes the current path accessible through FTP. A similar thing has been done for FarManager, a file manager for Windows systems: http://enforum.farmanager.com/viewtopic.php?t=640 http://farmanager.com/ What do you think about this? Do you think it could be useful integrating such a thing? Currently MC cannot be extended via plugins :( ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #21331] FISH: Retrieving an unreadable file causes MC to hang
Follow-up Comment #3, bug #21331 (project mc): Are you sure about that ? Perhaps you applied the patch to a modified copy of MC ? According to one of your comments on bug #21302 you made some changes when you tried to fix the unreadable file hang. ___ Reply to this item at: http://savannah.gnu.org/bugs/?21331 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #21337] mc-4.6.1 will not compile using --with-screen=mcslang on Mac OS X
Follow-up Comment #1, bug #21337 (project mc): Maybe this is not a problem that should be fixed in S-Lang but rather in MC. I'll investigate. ___ Reply to this item at: http://savannah.gnu.org/bugs/?21337 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #21302] FISH hangs on copying remote file locally right at the end of the copy process. OS is Mac OS X 10.4
Update of bug #21302 (project mc): Privacy: Private = Public ___ Reply to this item at: http://savannah.gnu.org/bugs/?21302 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #21302] FISH hangs on copying remote file locally right at the end of the copy process. OS is Mac OS X 10.4
Update of bug #21302 (project mc): Status: Confirmed = Fixed Open/Closed:Open = Closed ___ Follow-up Comment #11: The hang on unreadable files is a different story. See: http://mail.gnome.org/archives/mc-devel/2002-June/msg00028.html It's mentioned in the mailing list on several instances. I investigated this bug a long time ago and I maybe even had a patch but I have to dig it out. It's all in the mailing list archives. Anyway, I'll close this bug report as fixed since the two issues are unrelated and I'll open a new bug report for the unreadable file issue. Thanks! ___ Reply to this item at: http://savannah.gnu.org/bugs/?21302 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #21331] FISH: Retrieving an unreadable file causes MC to hang
Follow-up Comment #1, bug #21331 (project mc): I am attaching a patch. It should fix the hang and display an error message box. The message is not precise enough i.e. Access denied., but getting the real cause of the error would require the remote user group/id to be retrieved and matched against the file mode/permissions either locally or on the remote system - I am not really sure that we want that. Please, test the patch and let me know if there are any problems with it. (file #14135) ___ Additional Item Attachment: File name: mc-fish-retr-unreadable-fix.patch Size:1 KB ___ Reply to this item at: http://savannah.gnu.org/bugs/?21331 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #21302] FISH hangs on copying remote file locally right at the end of the copy process. OS is Mac OS X 10.4
Follow-up Comment #9, bug #21302 (project mc): The attached patch should remedy the problem. I've applied it to cvs but I'll attach it here as well for your convenience. Please, test and let me know whether it works for you. (file #14131) ___ Additional Item Attachment: File name: mc-fish-retr-file-size-fix.patch Size:1 KB ___ Reply to this item at: http://savannah.gnu.org/bugs/?21302 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Resolving symlinked dirs when execing command
Hello, Original-Nachricht Datum: Sat, 29 Sep 2007 00:05:56 +0100 Von: Denys Vlasenko Betreff: Resolving symlinked dirs when execing command One thing which may be simple to fix: On my machine I have: $ ls -l /software lrwxrwxrwx1 root root 14 Jun 26 12:23 /software - /auto/software If I cd into /software while I am in mc, and then I run any command, it is run in *resolved dir*: $ pwd /auto/software It differs from what happens under e.g. shell: sh-3.1$ cd /software sh-3.1$ pwd /software Why mc resolves dir and cd'es into it before it forks a child? I am not able to reporoduce this behaviour. If you want me to track it down you'll have to give more details. I tried with latest CVS version of MC with subshell support enabled. I created a link to a random directory and entered it via cd linkname entered from the prompt widget, then I pressed Ctrl + O and in the subshell I ended up in linkname and not in the resolved directory. Also running `pwd' from the prompt widget did not print the resolved dir but linbkname. -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #21302] FISH hangs on copying remote file locally right at the end of the copy process. OS is Mac OS X 10.4
Update of bug #21302 (project mc): Status:None = Confirmed Assigned to:None = ptsekov ___ Follow-up Comment #8: Ok, I see the problem now. MC doesn't understand that the off_t type on MacOS is 64 bits long. I'll post a patch once I find a proper solution. ___ Reply to this item at: http://savannah.gnu.org/bugs/?21302 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #21302] FISH hangs on copying remote file locally right at the end of the copy process. OS is Mac OS X 10.4
Follow-up Comment #1, bug #21302 (project mc): Perhaps the file in question is a symlink ? Would you mind sending a directory listing of the remote directory as it is produced by `ls -l` over a normal ssh connection ? ___ Reply to this item at: http://savannah.gnu.org/bugs/?21302 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #21302] FISH hangs on copying remote file locally right at the end of the copy process. OS is Mac OS X 10.4
Follow-up Comment #3, bug #21302 (project mc): Which version of MC are you using ? Please, post the output of `mc -V`. Are you using a binary that you built yourself or are you using a binary package for MacOS built by somebody else ? ___ Reply to this item at: http://savannah.gnu.org/bugs/?21302 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #21302] FISH hangs on copying remote file locally right at the end of the copy process. OS is Mac OS X 10.4
Follow-up Comment #5, bug #21302 (project mc): It seems MC thinks that it has to read more bytes than there are available. I'll see whether I can get access to a MacOS shell and debug the problem. ___ Reply to this item at: http://savannah.gnu.org/bugs/?21302 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #21302] FISH hangs on copying remote file locally right at the end of the copy process. OS is Mac OS X 10.4
Follow-up Comment #6, bug #21302 (project mc): In the meantime you can download the 4.6.2 pre-release and test whether it improves the situation a bit although I am almost certain that it won't help. ftp://ftp.gnu.org/gnu/mc/mc-4.6.2-pre1.tar.gz ___ Reply to this item at: http://savannah.gnu.org/bugs/?21302 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #21248] recursively indented lines from x selection/clipboard
Follow-up Comment #3, bug #21248 (project mc): Have you tried 4.6.2-pre1 or a recent cvs build ? ___ Reply to this item at: http://savannah.gnu.org/bugs/?21248 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #21248] recursively indented lines from x selection/clipboard
Update of bug #21248 (project mc): Status:None = Fixed Open/Closed:Open = Closed ___ Follow-up Comment #5: Ok. Closing as fixed then. ___ Reply to this item at: http://savannah.gnu.org/bugs/?21248 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #21211] ';' separated UNIX commands started from cd
Update of bug #21211 (project mc): Category:Subshell = Core Status:None = Confirmed Release: 4.6.0-pre1 = All versions ___ Follow-up Comment #1: A quote from command.c: [...] Advanced users should be encouraged to use cd instead of cd if they want the behavior they are used to in the shell. [...] I am not going to fix this for 4.6.2 - I am not sure I'll be able to find a proper solution right now. Of course patches are welcomed. People interested in fixing this should start looking at command.c. ___ Reply to this item at: http://savannah.gnu.org/bugs/?21211 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #17822] consecutive resize events not handled correctly
Follow-up Comment #10, bug #17822 (project mc): Please, do not steal existing bug reports. ___ Reply to this item at: http://savannah.gnu.org/bugs/?17822 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #18129] sort users and groups in chown dialog
Update of bug #18129 (project mc): Open/Closed:Open = Closed ___ Follow-up Comment #1: Applied. Thanks! ___ Reply to this item at: http://savannah.gnu.org/bugs/?18129 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[patch #6216] Don't set the field of structure to NULL before g_free() call
Update of patch #6216 (project mc): Status:None = Done Open/Closed:Open = Closed ___ Follow-up Comment #1: Applied. Thanks! ___ Reply to this item at: http://savannah.gnu.org/patch/?6216 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #18129] sort users and groups in chown dialog
Update of bug #18129 (project mc): Status:None = Fixed ___ Reply to this item at: http://savannah.gnu.org/bugs/?18129 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[patch #6186] Small unifications
Update of patch #6186 (project mc): Status:None = Done Open/Closed:Open = Closed ___ Follow-up Comment #3: Ok. I've renamed Home to User as discussed. ___ Reply to this item at: http://savannah.gnu.org/patch/?6186 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[patch #6207] Reassigned to another tracker [was: sort hotkey]
URL: http://savannah.gnu.org/patch/?6207 Summary: Reassigned to another tracker [was: sort hotkey] Project: GNU Midnight Commander Submitted by: me4mc Submitted on: Tuesday 09/18/2007 at 18:12 Category: None Severity: 3 - Normal Status: None Privacy: Public Assigned to: None Open/Closed: Open Discussion Lock: Any Release: None Operating System: None ___ Details: THIS ITEM WAS REASSIGNED TO PATCH #6206 action: sort panel by clicking on column header result: nothing happens fix: open menu, select sort, select order and confirm problem: to much steps and unintuitive fix: add handler to panel column and invoke sort problem: only name, size and mtime orders possible other fix: add buttons to the panel header (simmilar to history) and display current order. - add buttons to panel border: screen.c - add output of current sortorder: screen.c - adjust the path string length for the panel in creen.c - introduce a current sort-index in panel.h - add handlers for mouse clicks in screen.c - set the sort-function according to current sort-index in screen.c - setup the sort-index on load and after changing in dialog todo: setting for orthodox users ___ Reply to this item at: http://savannah.gnu.org/patch/?6207 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[patch #6206] sort hotkey
URL: http://savannah.gnu.org/patch/?6206 Summary: sort hotkey Project: GNU Midnight Commander Submitted by: me4mc Submitted on: Tuesday 09/18/2007 at 18:12 Category: None Severity: 3 - Normal Status: None Privacy: Public Assigned to: None Open/Closed: Open Discussion Lock: Any Release: None Operating System: None ___ Details: action: sort panel by clicking on column header result: nothing happens fix: open menu, select sort, select order and confirm problem: to much steps and unintuitive fix: add handler to panel column and invoke sort problem: only name, size and mtime orders possible other fix: add buttons to the panel header (simmilar to history) and display current order. - add buttons to panel border: screen.c - add output of current sortorder: screen.c - adjust the path string length for the panel in creen.c - introduce a current sort-index in panel.h - add handlers for mouse clicks in screen.c - set the sort-function according to current sort-index in screen.c - setup the sort-index on load and after changing in dialog todo: setting for orthodox users ___ Follow-up Comments: --- Date: Thursday 08/05/2004 at 06:23 By: Jan Alonzo jmalonzo Duplicate of http://bugzilla.gnome.org/show_bug.cgi?id=145451 --- Date: Monday 07/05/2004 at 16:27By: Ryan Skadberg skadz Moved to Gnome Bugzilla ___ Reply to this item at: http://savannah.gnu.org/patch/?6206 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[patch #5104] Move the 'rotatinG dash' toggle from Configuration to Layout
Update of patch #5104 (project mc): Status:None = Wont Do Open/Closed:Open = Closed ___ Follow-up Comment #3: I am closing this as Wont Do. The matter should be discussed thoroughly on the mailing list and the we can move to regrouping the settings dialog boxes. ___ Reply to this item at: http://savannah.gnu.org/patch/?5104 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[patch #6200] delete in history lists
Follow-up Comment #3, patch #6200 (project mc): Right, it hangs when there are more items then the list can show... I'll fix that. IMO, it makes sense to decrease the size of the list since this mimics the default behaviour. Normally, the list would draw as many lines as there are items but not more then the height if the screen - why should it be different when removing items ? ___ Reply to this item at: http://savannah.gnu.org/patch/?6200 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[patch #5899] backspace navigation
Update of patch #5899 (project mc): Status:None = Wont Do Open/Closed:Open = Closed ___ Follow-up Comment #6: I am closing this as Wont Do . If someone want's to use it he/she can use this patch. ___ Reply to this item at: http://savannah.gnu.org/patch/?5899 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[patch #6073] Crash in browser on invalid mtimes
Follow-up Comment #11, patch #6073 (project mc): Any ideas ? I want to close this bug report for 4.6.2 ___ Reply to this item at: http://savannah.gnu.org/patch/?6073 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[patch #6200] delete in history lists
Update of patch #6200 (project mc): Status:None = In Progress Assigned to:None = ptsekov ___ Follow-up Comment #1: I am attaching a modified patch loosely based on the original version. It fixes several problems: 1) a memory leak - missing g_free (r) in the B_USER+1 case in the original patch 2) the last item on the list is never deleted 3) the box containing the history items is not redrawn as the items are removed 4) indentation, code rearranged Please, test and let me know whether to commit it.. If I got something wrong, please, let me know. If you respond fast enough this would get in the next release. (file #13975) ___ Additional Item Attachment: File name: mc-cvs-historydelete-ptsekov-update.patch Size:4 KB ___ Reply to this item at: http://savannah.gnu.org/patch/?6200 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[patch #6076] cvs compatible patch of bsnavi, sorthotkey and history-delete
Update of patch #6076 (project mc): Assigned to:None = ptsekov ___ Follow-up Comment #2: Removing items from the history is discussed here: patch #6200 ___ Reply to this item at: http://savannah.gnu.org/patch/?6076 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #21030] preserve Attributes unchecked, but chmod errors still there
Follow-up Comment #4, bug #21030 (project mc): I just have to think how to handle the EEXIST case from the patch and I'll commit it in CVS - hopefully it will get in 4.6.2. I'll appreciate it of anyone could help me with that and especially with the wording of the error message to be displayed to the user. ___ Reply to this item at: http://savannah.gnu.org/bugs/?21030 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[patch #6073] Crash in browser on invalid mtimes
Update of patch #6073 (project mc): Status:None = Done ___ Follow-up Comment #13: I've applied a slightly modified patch: http://cvs.savannah.gnu.org/viewvc/mc/mc/src/util.c?r1=1.138r2=1.139sortby=datediff_format=u Thanks! ___ Reply to this item at: http://savannah.gnu.org/patch/?6073 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: GNU Midnight Commander 4.6.2-pre1
Original-Nachricht Datum: Thu, 13 Sep 2007 16:21:35 -0400 Von: Miguel de Icaza Betreff: Re: GNU Midnight Commander 4.6.2-pre1 Hello Pavel, Do you have a list of changes in this release? No. It's all in the ChangeLog files anyway. This is release is mostly a bugfix release and some new features. Perhaps I could compile a list of changes if I get some free time... -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #20976] Duplicated shortcut in 'Find File dialog'
Update of bug #20976 (project mc): Status:None = Fixed Open/Closed:Open = Closed ___ Follow-up Comment #1: Fixed. Thanks for noticing! http://cvs.savannah.gnu.org/viewvc/mc/mc/src/find.c?r1=1.101r2=1.102sortby=datediff_format=u ___ Reply to this item at: http://savannah.gnu.org/bugs/?20976 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
GNU Midnight Commander 4.6.2-pre1
Hello, I've prepared the fist pre-release of GNU Midnight Commander 4.6.2 . Please, download it and give it a try. I've been waiting for several days to get access to ftp.gnu.org so that I can upload the pre-release there, but it seems like it's going to take a while. I am not willing to hold this pre-release any longer so I've uploaded it to my private web space - you can get it from there: http://ptsekov.fixity.net/mc/mc-4.6.2-pre1.tar.gz http://ptsekov.fixity.net/mc/mc-4.6.2-pre1.tar.gz.asc Once I have access to ftp.gnu.org I'll upload there too. Alternatively, you can fetch it from cvs - use the MC_4_6_2_pre1 tag. Thanks! P.S. The public key fingerprint is: 611B 04F9 776E E02B 4AA3 5192 140E C4C2 85DA C198 The public key id is: 85DAC198 -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #21030] preserve Attributes unchecked, but chmod errors still there
Update of bug #21030 (project mc): Status:None = Confirmed ___ Follow-up Comment #1: This problem has been discussed already in that thread: http://mail.gnome.org/archives/mc-devel/2007-January/msg00075.html I'll reread the thread and see whether to apply the suggested solution/workaround. ___ Reply to this item at: http://savannah.gnu.org/bugs/?21030 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #21030] preserve Attributes unchecked, but chmod errors still there
Follow-up Comment #2, bug #21030 (project mc): Please, test the attached patch. (file #13935) ___ Additional Item Attachment: File name: copy_file_file_chmod.patch Size:1 KB ___ Reply to this item at: http://savannah.gnu.org/bugs/?21030 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #20977] Small unifications
Update of bug #20977 (project mc): Status:None = Invalid Open/Closed:Open = Closed ___ Reply to this item at: http://savannah.gnu.org/bugs/?20977 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #20978] the shell is already running a command
Update of bug #20978 (project mc): Status:None = Duplicate ___ Follow-up Comment #2: This is a duplicate of bug #11982. It has been discussed on the mailing list a lot but there is still no solution yet. I have some ideas but I won't work on it before mid-October. This behaviour is particulary nasty because MC acts properly but from the user's point of view it acts unintuitively and unexpected. ___ Reply to this item at: http://savannah.gnu.org/bugs/?20978 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Moving the MC homepage to www.gnu.org
Hello, The GNU people asked me whether we would like to move the project homepage to http://www.gnu.org/software/mc. Currently this is a redirect to the homepage at ibiblio. There are certain advantages if we make this move - the homepage source can be stored in savannah's cvs and it will be automatically fetched each time a change is made and published to the address above. Any reason not to do so ? P.S. We could move to using ftp.gnu.org for publishing releases as well. -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Getting ready for a release
Hello, As it has been discussed on the mailing list a new release of MC is long overdue. So... I plan to release a new version of MC by mid October. This gives us about a month (till the end of September) for final testing, bug reporting, fixing, updating translations and other related tasks - the last two are to be used by translators to update the MC translation. I hope that everyone interested will participate in this process so that we can finally release a new version. There are three full weeks by the end of September which can be used to release at most 3 pre-releases and give each a week of testing and polishing (depending on the user feedback). I am going to wait till the end of this week for your suggestions on how to use the remaining three weeks and make a plan according to them, then I'll publish the first pre-release on Monday. This reminds me that we have another problem to solve - how are we going to number the new release ? Please, share your thoughts on that too. -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Getting ready for a release
Original-Nachricht Datum: Tue, 4 Sep 2007 14:43:53 +0200 Von: Egmont Koblinger An: Pavel Tsekov Betreff: Re: Getting ready for a release Being a maintainer of a distro what I see is that by now every Linux distribution that matters has switched to using UTF-8, and mc is amongst the really very very few packages that still need to be patched to work correctly in such environments. (I think mc is the only one where lack of utf-8 support is immediately seen by the users and makes it nearly unusable in such systems). 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. Hence distros will still have to patch mc for UTF-8, just as they did with 4.6.1. It also implies that users won't be able to simply download and compile and use this brand new mc - they'll have to wait for their distributors to update the package, which probably don't happen immediately due to the work required on their side. MC on all major distros comes with the UTF-8 patch. MC in CVS is not different than the snapshots most of the distros use to build their packages - maybe there are some who stick to the 4.6.1 release though. So IMHO UTF-8 support out of the box is a must for the version named 4.7. I haven't looked at the UTF-8 patch recently (but I will) so I cannot comment it. Do you think that UTF-8 patch 'as is' is the right way to implement UTF-8 for MC ? And what about ncurses - it is my opinion that it must not be dropped in favor of S-Lang... -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kanns mit allen: http://www.gmx.net/de/go/multimessenger ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #13146] make tabs and trailing spaces visible
Follow-up Comment #17, bug #13146 (project mc): Ok. I tracked the bug to vte_terminal_determine_colors() in the vte package. To request brighter colors one forces the terminal into bold mode. It seems that in this mode vte allows only the foreground color to be bright. In vte's terms a bright color is the same color as the normal one but with a special flag set. So what happens is that when the time comes for the cursor to blink vte switches the current forground color with the current background color and vice versa... As I said above both colors are indentified in the same way but one has a special flag, however vte uses this flag to brighten the foreground color so at the end we end up as if nothing happened. It's hard to say whether this is the desired behaviour .. I'll attach a simple patch which changes vte to do what seems more logically correct... and I'll open a report in gnome's bugzilla. (file #13873) ___ Additional Item Attachment: File name: vte-bright-fg-fix.patchSize:0 KB ___ Reply to this item at: http://savannah.gnu.org/bugs/?13146 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #13146] make tabs and trailing spaces visible
Follow-up Comment #15, bug #13146 (project mc): This may be a bug in gnome-terminal as well... I am also using gnome-terminal and no matter the color scheme the cursor is invisible. I'll investigate further... ___ Reply to this item at: http://savannah.gnu.org/bugs/?13146 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #13146] make tabs and trailing spaces visible
Follow-up Comment #16, bug #13146 (project mc): IMO, this must be a bug in gnome-terminal. It doesn't behave properly if one uses both the bright and normal colors as the background and foreground of the same cell. I changed the the definition of editwhitespace to brightred,red and the cursor is not displayed in this case as well. I also changed the color for brightblue in my gnome-terminal profile to a different color but no matter the cursor wasnt displayed. I'll see if they have a bugreport in their bugzilla. ___ Reply to this item at: http://savannah.gnu.org/bugs/?13146 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #20862] Conflicting shortcut for Shell Patroon gebruiken in dutch i18n (nl.po)
Update of bug #20862 (project mc): Status:None = Fixed Open/Closed:Open = Closed Release: 4.6.1 = current (CVS or snapshot) ___ Follow-up Comment #3: Commited. ___ Reply to this item at: http://savannah.gnu.org/bugs/?20862 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[patch #6026] D language syntax file
Update of patch #6026 (project mc): Status:None = Done Open/Closed:Open = Closed ___ Follow-up Comment #8: Commited. Thanks! Your changes should appear in the next snapshot. I've used the version of d.syntax from: http://smp.if.uj.edu.pl/~baryluk/d/d.syntax ___ Reply to this item at: http://savannah.gnu.org/patch/?6026 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: syntax include?
Original-Nachricht Datum: Fri, 24 Aug 2007 11:04:41 -0700 (PDT) Von: Curtis Doty [EMAIL PROTECTED] An: mc-devel@gnome.org Betreff: Re: syntax include? 10:57am Pavel Tsekov said: Would you mind sending the syntax file to the list ? I'm able to segfault with just the one include line above. But attached is a rough/first draft expect.syntax that works by duplicating the contents of tcl.syntax. There are a couple tweaks to the underlying tcl colors too. Uh... Obviously I didn't make it clear enough that I need the syntax file which makes MC crash so that I can see why the editor crashes. I made an expect.syntax which does include tcl.syntax but the editor doesn't crash it displays an error dialog box that there is an error on the line which contains the include directive. Could you please, post a file, which makes MC crash for you. In case that this file contains a single include directive - please, post a backtrace from gdb at the time of the crash. Thanks! -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kanns mit allen: http://www.gmx.net/de/go/multimessenger ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #13146] make tabs and trailing spaces visible
Update of bug #13146 (project mc): Status:None = In Progress ___ Follow-up Comment #10: The patch is in CVS now. I've commited mcedit-visible-ws-v2.diff with no changes whatsoever ... I'll be making changes to it as discussed in this bugreport in the next few weeks. ___ Reply to this item at: http://savannah.gnu.org/bugs/?13146 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[patch #6026] D language syntax file
Follow-up Comment #6, patch #6026 (project mc): Witold, Could you, please, post the line for d.syntax from your Syntax file ? I'll commit the patch as soon as I get that. ___ Reply to this item at: http://savannah.gnu.org/patch/?6026 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: syntax include?
Original-Nachricht Datum: Thu, 23 Aug 2007 09:57:55 -0700 (PDT) Von: Curtis Doty Betreff: syntax include? I'm cooking up a little expect.syntax and it seems most parsimonius to try this at the top: include tcl.syntax And then just append the expect language colorings only. But alas my mc segfaults on this. Am I doing something wrong? Would you mind sending the syntax file to the list ? -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[patch #5871] enhance selection in xterms
Update of patch #5871 (project mc): Status:None = Done Open/Closed:Open = Closed ___ Follow-up Comment #9: I've applied the following patch: http://cvs.savannah.gnu.org/viewvc/mc/src/screen.c?root=mcr1=1.222r2=1.223sortby=datediff_format=u I am closing this bugreport as FIXED. ___ Reply to this item at: http://savannah.gnu.org/patch/?5871 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[patch #6073] Crash in browser on invalid mtimes
Follow-up Comment #10, patch #6073 (project mc): So, how shall we fix that ? Just mimic the `ls' behaviour or print something meaningful ? I think printing the numeric value isn't the best solution since 64 bit value can display pretty big numbers and printing that out would definitely mess the screen. ___ Reply to this item at: http://savannah.gnu.org/patch/?6073 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #20182] enter vfs with cmdline buffer
Follow-up Comment #3, bug #20182 (project mc): do_cd() needs a vfs path to enter into archives or connect to ftp or ssh servers. So, if you press Ctrl+PgDn on a, say, .zip file, you need to: a) determine the file type (as regex_open() does) b) translate the path to vfs path c) pass the vfs path to do_cd() Maybe regex_open() can be modified so that it will recognize a new action which will make it return the vfs path for a given path ... or something like that. ___ Reply to this item at: http://savannah.gnu.org/bugs/?20182 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #20739] compare files command would be nice to have in mc
Follow-up Comment #1, bug #20739 (project mc): You may want to try/test the following patch: patch #5893 - integrated side-by-side textmode diff viewer ___ Reply to this item at: http://savannah.gnu.org/bugs/?20739 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #20182] enter vfs with cmdline buffer
Follow-up Comment #1, bug #20182 (project mc): Using regex_command(..., Open, ...) doesn't always translate to cd path#vfs - it may end up executing external commands. I am not sure whether this behaviour is desired for Ctrl + PgDn... ___ Reply to this item at: http://savannah.gnu.org/bugs/?20182 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: trivial tyop in tcl.syntax
Original-Nachricht Datum: Thu, 23 Aug 2007 07:54:41 -0700 (PDT) Von: Curtis Doty Betreff: trivial tyop in tcl.syntax s/elsif/elseif/ Fixed. Thanks! -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #19373] Panel sorted by size is not updating after show directory sizes
Update of bug #19373 (project mc): Status:None = Fixed Open/Closed:Open = Closed ___ Follow-up Comment #4: I am closing this bugreport as fixed. As for the Ctrl+Space issue - please, feel free to open a new bugreport. ___ Reply to this item at: http://savannah.gnu.org/bugs/?19373 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[patch #6026] D language syntax file
Follow-up Comment #3, patch #6026 (project mc): Shall I add this syntax file to CVS ? ___ Reply to this item at: http://savannah.gnu.org/patch/?6026 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[patch #6026] D language syntax file
Follow-up Comment #5, patch #6026 (project mc): Witold, My question aimed mainly MC developers. Since there is no clear policy on which syntax files to include and which not I am at loss when someone posts a new syntax file for language XYZ. ___ Reply to this item at: http://savannah.gnu.org/patch/?6026 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #20862] Conflicting shortcut for Shell Patroon gebruiken in dutch i18n (nl.po)
Follow-up Comment #1, bug #20862 (project mc): Leonard, what do you think of this change ? Shall I commit it ? ___ Reply to this item at: http://savannah.gnu.org/bugs/?20862 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel