From wiseman1024 at gmail.com Wed Dec 2 16:11:51 2009 From: wiseman1024 at gmail.com (=?UTF-8?Q?Miguel_P=C3=A9rez?=) Date: Wed, 2 Dec 2009 17:11:51 +0100 Subject: Unwanted natural sorting of numbers Message-ID: Hello, I've noticed when Midnight Commander sorts filenames alphabetically, it treats numbers specially as to sort filenames "a1", "a3" and "a20" in this order, contrary to the expected "a1", "a20", "a3" order provided by most if not everything else (examples I had readily available: ls, sort, Konqueror file manager, KDE file chooser, Opera's file chooser, Python's sorted(os.listdir('.'))). As a reference, FAR Manager sorts like everything else too. It's just Midnight Commander the one sorting weirdly. (I'm using the "C" collation locale, although as far as I understand this is not dictated by locales.) While this may look nice on the basis that the number 3 comes before the number 20 and so on (when treated as such!), this is extremely irritating because almost everything else will sort files correctly and contradict Midnight Commander's file sorting. It's even dangerous, as it may lead to user confusion and mistakes that could derive in data loss. Allow me to explain my particular case as an example: I use Midnight Commander as my central file management tool. However, in order to view image files, I've associated my own image viewer with the F3 (view) action for image files. This image viewer allows me to walk forwards and backwards within the directory starting from the file I used to open it, so for example I'm in a directory with files "a1.png", "a3.png" and "a20.png" as seen in Midnight Commander. I hit F3 on "a1.png", and then go forwards to the next file expecting to view what was next in Midnight Commander - "a3.png"; however the image viewer (and any other application I have) will jump to "a20.png" if they're alphabetically sorting files. I may then see something I don't like, and decide to delete the next file to the one I started browsing, so when I'm back to Midnight Commander I go and delete the wrong file ("a3.png"). Could you implement an option to disable this kind of "user-friendly" natural sort algorithm that could easily backfire on users and end up being unfriendly? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From Milan.Cermak at Sun.COM Wed Dec 2 16:24:40 2009 From: Milan.Cermak at Sun.COM (Milan Cermak) Date: Wed, 02 Dec 2009 17:24:40 +0100 Subject: Unwanted natural sorting of numbers In-Reply-To: References: Message-ID: <4B1694C8.400@sun.com> Which version of midnight commander are you using? I don't see such behavior on 4.6.1. Milan Cermak Dne 2.12.09 17:11, Miguel P?rez napsal(a): > Hello, > > I've noticed when Midnight Commander sorts filenames alphabetically, > it treats numbers specially as to sort filenames "a1", "a3" and "a20" in > this order, contrary to the expected "a1", "a20", "a3" order provided by > most if not everything else (examples I had readily available: ls, sort, > Konqueror file manager, KDE file chooser, Opera's file chooser, Python's > sorted(os.listdir('.'))). As a reference, FAR Manager sorts like > everything else too. It's just Midnight Commander the one sorting > weirdly. (I'm using the "C" collation locale, although as far as I > understand this is not dictated by locales.) > > While this may look nice on the basis that the number 3 comes before > the number 20 and so on (when treated as such!), this is extremely > irritating because almost everything else will sort files correctly and > contradict Midnight Commander's file sorting. It's even dangerous, as it > may lead to user confusion and mistakes that could derive in data loss. > Allow me to explain my particular case as an example: I use Midnight > Commander as my central file management tool. However, in order to view > image files, I've associated my own image viewer with the F3 (view) > action for image files. This image viewer allows me to walk forwards and > backwards within the directory starting from the file I used to open it, > so for example I'm in a directory with files "a1.png", "a3.png" and > "a20.png" as seen in Midnight Commander. I hit F3 on "a1.png", and then > go forwards to the next file expecting to view what was next in Midnight > Commander - "a3.png"; however the image viewer (and any other > application I have) will jump to "a20.png" if they're alphabetically > sorting files. I may then see something I don't like, and decide to > delete the next file to the one I started browsing, so when I'm back to > Midnight Commander I go and delete the wrong file ("a3.png"). > > Could you implement an option to disable this kind of > "user-friendly" natural sort algorithm that could easily backfire on > users and end up being unfriendly? > > Thanks > > > ------------------------------------------------------------------------ > > _______________________________________________ > Mc-devel mailing list > http://mail.gnome.org/mailman/listinfo/mc-devel -- The amount of things I don't know is enormous. But I'm grateful for every bit of information. From wiseman1024 at gmail.com Wed Dec 2 17:22:37 2009 From: wiseman1024 at gmail.com (=?UTF-8?Q?Miguel_P=C3=A9rez?=) Date: Wed, 2 Dec 2009 18:22:37 +0100 Subject: Unwanted natural sorting of numbers In-Reply-To: <4B1694C8.400@sun.com> References: <4B1694C8.400@sun.com> Message-ID: I'm using Midnight Commander 2:4.7.0-pre1-3 from the Debian testing package on AMD64. Maybe it's something introduced by a Debian patch, or maybe it's something new in version 4.7.0? 2009/12/2 Milan Cermak > Which version of midnight commander are you using? > I don't see such behavior on 4.6.1. > > Milan Cermak > > Dne 2.12.09 17:11, Miguel P?rez napsal(a): > >> Hello, >> >> I've noticed when Midnight Commander sorts filenames alphabetically, it >> treats numbers specially as to sort filenames "a1", "a3" and "a20" in this >> order, contrary to the expected "a1", "a20", "a3" order provided by most if >> not everything else (examples I had readily available: ls, sort, Konqueror >> file manager, KDE file chooser, Opera's file chooser, Python's >> sorted(os.listdir('.'))). As a reference, FAR Manager sorts like everything >> else too. It's just Midnight Commander the one sorting weirdly. (I'm using >> the "C" collation locale, although as far as I understand this is not >> dictated by locales.) >> >> While this may look nice on the basis that the number 3 comes before >> the number 20 and so on (when treated as such!), this is extremely >> irritating because almost everything else will sort files correctly and >> contradict Midnight Commander's file sorting. It's even dangerous, as it may >> lead to user confusion and mistakes that could derive in data loss. Allow me >> to explain my particular case as an example: I use Midnight Commander as my >> central file management tool. However, in order to view image files, I've >> associated my own image viewer with the F3 (view) action for image files. >> This image viewer allows me to walk forwards and backwards within the >> directory starting from the file I used to open it, so for example I'm in a >> directory with files "a1.png", "a3.png" and "a20.png" as seen in Midnight >> Commander. I hit F3 on "a1.png", and then go forwards to the next file >> expecting to view what was next in Midnight Commander - "a3.png"; however >> the image viewer (and any other application I have) will jump to "a20.png" >> if they're alphabetically sorting files. I may then see something I don't >> like, and decide to delete the next file to the one I started browsing, so >> when I'm back to Midnight Commander I go and delete the wrong file >> ("a3.png"). >> >> Could you implement an option to disable this kind of "user-friendly" >> natural sort algorithm that could easily backfire on users and end up being >> unfriendly? >> >> Thanks >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Mc-devel mailing list >> http://mail.gnome.org/mailman/listinfo/mc-devel >> > > -- > The amount of things I don't know is enormous. > But I'm grateful for every bit of information. > > -- Antes de imprimir este correo electr?nico, considera tu responsabilidad medioambiental. Please consider your environmental responsibility before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From yury at shurup.com Thu Dec 3 08:51:38 2009 From: yury at shurup.com (Yury V. Zaytsev) Date: Thu, 03 Dec 2009 09:51:38 +0100 Subject: Unwanted natural sorting of numbers In-Reply-To: References: Message-ID: <1259830298.6897.3.camel@mypride> Hi! On Wed, 2009-12-02 at 17:11 +0100, Miguel P?rez wrote: > I've noticed when Midnight Commander sorts filenames > alphabetically, it treats numbers specially as to sort filenames "a1", > "a3" and "a20" in this order, I can't reproduce this on 4.7.0-pre4-132-gfa24b65 : ? a1.x ? a10.x ? a20.x ? a3.x I don't remember that we did any modifications in what concerns file ordering in the Debian package... :-( -- Sincerely yours, Yury V. Zaytsev From wiseman1024 at gmail.com Thu Dec 3 12:04:05 2009 From: wiseman1024 at gmail.com (=?UTF-8?Q?Miguel_P=C3=A9rez?=) Date: Thu, 3 Dec 2009 13:04:05 +0100 Subject: Unwanted natural sorting of numbers In-Reply-To: <1259830298.6897.3.camel@mypride> References: <1259830298.6897.3.camel@mypride> Message-ID: Hello! This is happening to both of my workstations, a Debian sid x86 one and an Ubuntu 8.04 AMD64 one, both running Debian's mc 4.7.0-pre1-3, both with UTF-8 locales (en_US.UTF-8 and es_ES.UTF-8) but LC_COLLATE set to 'C'. Is there anything I could provide that might help determine what's wrong with my Midnight Commander setup? Alternatively, do you know if there are any important patches in the Debian versions of mc 4.7 that aren't yet available in the upstream version 4.7.0-pre4? If I won't be missing anything important, I can afford to compile it from source and run the original version; Midnight Commander is worth it :) . Thanks again 2009/12/3 Yury V. Zaytsev > Hi! > > On Wed, 2009-12-02 at 17:11 +0100, Miguel P?rez wrote: > > > I've noticed when Midnight Commander sorts filenames > > alphabetically, it treats numbers specially as to sort filenames "a1", > > "a3" and "a20" in this order, > > I can't reproduce this on 4.7.0-pre4-132-gfa24b65 : > > ? a1.x > ? a10.x > ? a20.x > ? a3.x > > I don't remember that we did any modifications in what concerns file > ordering in the Debian package... :-( > > -- > Sincerely yours, > Yury V. Zaytsev > > -- Antes de imprimir este correo electr?nico, considera tu responsabilidad medioambiental. Please consider your environmental responsibility before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From yury at shurup.com Thu Dec 3 12:09:42 2009 From: yury at shurup.com (Yury V. Zaytsev) Date: Thu, 03 Dec 2009 13:09:42 +0100 Subject: Unwanted natural sorting of numbers In-Reply-To: References: <1259830298.6897.3.camel@mypride> Message-ID: <1259842182.6897.66.camel@mypride> On Thu, 2009-12-03 at 13:04 +0100, Miguel P?rez wrote: > This is happening to both of my workstations, a Debian sid x86 one > and an Ubuntu 8.04 AMD64 one, both running Debian's mc 4.7.0-pre1-3, > both with UTF-8 locales (en_US.UTF-8 and es_ES.UTF-8) but LC_COLLATE > set to 'C'. Is there anything I could provide that might help > determine what's wrong with my Midnight Commander setup? Hmmm... Can't reproduce: declare -x LANG="en_US.UTF-8" declare -x LC_COLLATE="C" declare -x LC_MEASUREMENT="en_GB.UTF-8" declare -x LC_PAPER="en_GB.UTF-8" declare -x LC_TIME="en_GB.UTF-8" Anyone? > Alternatively, do you know if there are any important patches in > the Debian versions of mc 4.7 that aren't yet available in the > upstream version 4.7.0-pre4? No, removed the last one a week ago. Only Debian-specific stuff, like zip bug, smb bug, awk, editor, pdf, djvu, images. -- Sincerely yours, Yury V. Zaytsev From wiseman1024 at gmail.com Thu Dec 3 14:24:36 2009 From: wiseman1024 at gmail.com (=?UTF-8?Q?Miguel_P=C3=A9rez?=) Date: Thu, 3 Dec 2009 15:24:36 +0100 Subject: Unwanted natural sorting of numbers In-Reply-To: <1259842182.6897.66.camel@mypride> References: <1259830298.6897.3.camel@mypride> <1259842182.6897.66.camel@mypride> Message-ID: Thank you very much for the information. I've tried with various locale and collation settings, but I can't make it work differently (from sorting like a1 a3 a20), except if LC_COLLATE is set to an invalid collation, which will make mc revert to sorting normally (e.g. a1 a20 a3) but then UTF-8 support will be broken. I've also tried compiling and running mc from the latest sources, 4.7.0-pre4, with the same result, so it might be something in my system that's making Midnight Commander sort like that. I've verified my system's strcoll function orders strings as expected (i.e. strcoll("a10", "a3") returns -1). Is there anything else I can do, try or post about my system that might help determine what's going on? Thank you very much for your help 2009/12/3 Yury V. Zaytsev > On Thu, 2009-12-03 at 13:04 +0100, Miguel P?rez wrote: > > > This is happening to both of my workstations, a Debian sid x86 one > > and an Ubuntu 8.04 AMD64 one, both running Debian's mc 4.7.0-pre1-3, > > both with UTF-8 locales (en_US.UTF-8 and es_ES.UTF-8) but LC_COLLATE > > set to 'C'. Is there anything I could provide that might help > > determine what's wrong with my Midnight Commander setup? > > Hmmm... Can't reproduce: > > declare -x LANG="en_US.UTF-8" > declare -x LC_COLLATE="C" > declare -x LC_MEASUREMENT="en_GB.UTF-8" > declare -x LC_PAPER="en_GB.UTF-8" > declare -x LC_TIME="en_GB.UTF-8" > > Anyone? > > > Alternatively, do you know if there are any important patches in > > the Debian versions of mc 4.7 that aren't yet available in the > > upstream version 4.7.0-pre4? > > No, removed the last one a week ago. Only Debian-specific stuff, like > zip bug, smb bug, awk, editor, pdf, djvu, images. > > > -- > Sincerely yours, > Yury V. Zaytsev > > -- Antes de imprimir este correo electr?nico, considera tu responsabilidad medioambiental. Please consider your environmental responsibility before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From yury at shurup.com Thu Dec 3 18:25:59 2009 From: yury at shurup.com (Yury V. Zaytsev) Date: Thu, 03 Dec 2009 19:25:59 +0100 Subject: Unwanted natural sorting of numbers In-Reply-To: References: <1259830298.6897.3.camel@mypride> <1259842182.6897.66.camel@mypride> Message-ID: <1259864759.6897.74.camel@mypride> On Thu, 2009-12-03 at 15:24 +0100, Miguel P?rez wrote: > I've tried with various locale and collation settings, but I can't > make it work differently (from sorting like a1 a3 a20), except if > LC_COLLATE is set to an invalid collation, which will make mc revert > to sorting normally (e.g. a1 a20 a3) but then UTF-8 support will be > broken. My testing Ubuntu Hardy system is set up as follows: zyv at mypride:~/Desktop$ locale LANG=en_US.UTF-8 LC_CTYPE="en_US.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_TIME=en_GB.UTF-8 LC_COLLATE="en_US.UTF-8" LC_MONETARY="en_US.UTF-8" LC_MESSAGES="en_US.UTF-8" LC_PAPER=en_GB.UTF-8 LC_NAME="en_US.UTF-8" LC_ADDRESS="en_US.UTF-8" LC_TELEPHONE="en_US.UTF-8" LC_MEASUREMENT=en_GB.UTF-8 LC_IDENTIFICATION="en_US.UTF-8" LC_ALL= > I've also tried compiling and running mc from the latest sources, > 4.7.0-pre4, with the same result, so it might be something in my > system that's making Midnight Commander sort like that. Yes, it looks like this issue has to do with your specific setup. I'm not implying that it is NOT an mc problem, but at least for now we couldn't reproduce it. > Is there anything else I can do, try or post about my system that > might help determine what's going on? Your best bet would be to open a ticket on the Trac with all relevant information as not all of the developers follow the list. Maybe someone will then come up with a test case to isolate the problem. Sorry, my diagnosis powers are depleted at this point. -- Sincerely yours, Yury V. Zaytsev From yury at shurup.com Thu Dec 3 18:35:51 2009 From: yury at shurup.com (Yury V. Zaytsev) Date: Thu, 03 Dec 2009 19:35:51 +0100 Subject: Mc Digest, Vol 67, Issue 17 In-Reply-To: <49dfd7e20912021915o5538a8e4uc789212e801ccea0@mail.gmail.com> References: <49dfd7e20911292358s10010fe4h36e6faaf8c4a7e14@mail.gmail.com> <1259591880.7084.8.camel@mypride> <49dfd7e20912021915o5538a8e4uc789212e801ccea0@mail.gmail.com> Message-ID: <1259865351.6897.83.camel@mypride> On Thu, 2009-12-03 at 06:15 +0300, chris glur wrote: > 1. the fact that the 'menu' default has > "h Strip headers from current newsarticle" > indicates that someone else has already thought of using mc to manage > NewsArticles. It's just a rather generic file processing command, e.g. as compress or decompress a file. > 2. Apparently the current trend is to use monster-browsers to fetch > http, News & even mail. This is part of the regretable dumbing-dowm via Web2, > which is an 'application' view of computing. Lot's of buzz, but it does not answer my question (refer to the previous email). Now if I turn on my telepathy acquisition device, I might guess that you want a VFS that will do it for you. Fair enough, go ahead and write it, or find someone who wants to write it for you. So far this seems to be quite an exotic requirement and no developer is using dialup anyway. -- Sincerely yours, Yury V. Zaytsev From singularita at gmail.com Fri Dec 4 02:36:17 2009 From: singularita at gmail.com (MP) Date: Fri, 4 Dec 2009 03:36:17 +0100 Subject: Unwanted natural sorting of numbers In-Reply-To: <1259864759.6897.74.camel@mypride> References: <1259830298.6897.3.camel@mypride> <1259842182.6897.66.camel@mypride> <1259864759.6897.74.camel@mypride> Message-ID: <3c2d50500912031836l346024e1xfd43ddcf0a4491f2@mail.gmail.com> I have noticed, that when I have case in sensitive sorting set, MC uses this bad sorting: 00050.jpg 51.gif 00054.jpg When I set sorting to case sensitive, then these numbers are sorted correctly, but the sort is then case sensitive, which is something I don't want... I spotted this behavior in git some months ago As for locales, the only locale related env. vars I use are these: LC_COLLATE=C LC_CTYPE=en_US.UTF-8 > Yes, it looks like this issue has to do with your specific setup. I'm > not implying that it is NOT an mc problem, but at least for now we > couldn't reproduce it. As I've found out in my setup, only case insensitive sort suffers from this problem, when MC is build with --enable-charset configuire option (though I think that option is now default since some time ago) > > Is there anything else I can do, try or post about my system that > > might help determine what's going on? > > Your best bet would be to open a ticket on the Trac with all relevant > information as not all of the developers follow the list. Maybe someone > will then come up with a test case to isolate the problem. There is already ticked for this I opened 4 months ago. http://www.midnight-commander.org/ticket/1536 Perhaps just put any additional information there. Since I also encounter this misbehavior on my system and in about 3 or 4 directories this sort order annoys me slightly, I think I'll look at this bug further. When I looked at the cause, I found out that some glib functions are called for sorting filenames (with my settings in ./configure), so there is no string sorting directly inside mc used for that - in my brief look before 4 months I found no trivial way to tell glib "sort strings with number in them like any other strings" (otherwise I would have sent a patch), so I guess I'll have to study glib documentation a bit further to find a way to fix it. Note: some newer unicode FAR releases have option to use/not use similar numeric sort. Perhaps we can have this in MC too. Martin Petricek From wiseman1024 at gmail.com Fri Dec 4 20:49:47 2009 From: wiseman1024 at gmail.com (=?UTF-8?Q?Miguel_P=C3=A9rez?=) Date: Fri, 4 Dec 2009 21:49:47 +0100 Subject: Unwanted natural sorting of numbers In-Reply-To: <1259864759.6897.74.camel@mypride> References: <1259830298.6897.3.camel@mypride> <1259842182.6897.66.camel@mypride> <1259864759.6897.74.camel@mypride> Message-ID: Hi Thank you very much for your time. You helped me gather information before I could create the ticket (now I know it happens with the latest upstream version too), and I'm kind of relieved that it's not mc's normal behaviour because it means I may eventually get to fix it in my system. I've created a new ticket with this information: http://www.midnight-commander.org/ticket/1860 Thanks all for your work on Midnight Commander Cheers 2009/12/3 Yury V. Zaytsev > On Thu, 2009-12-03 at 15:24 +0100, Miguel P?rez wrote: > > > I've tried with various locale and collation settings, but I can't > > make it work differently (from sorting like a1 a3 a20), except if > > LC_COLLATE is set to an invalid collation, which will make mc revert > > to sorting normally (e.g. a1 a20 a3) but then UTF-8 support will be > > broken. > > My testing Ubuntu Hardy system is set up as follows: > > zyv at mypride:~/Desktop$ locale > LANG=en_US.UTF-8 > LC_CTYPE="en_US.UTF-8" > LC_NUMERIC="en_US.UTF-8" > LC_TIME=en_GB.UTF-8 > LC_COLLATE="en_US.UTF-8" > LC_MONETARY="en_US.UTF-8" > LC_MESSAGES="en_US.UTF-8" > LC_PAPER=en_GB.UTF-8 > LC_NAME="en_US.UTF-8" > LC_ADDRESS="en_US.UTF-8" > LC_TELEPHONE="en_US.UTF-8" > LC_MEASUREMENT=en_GB.UTF-8 > LC_IDENTIFICATION="en_US.UTF-8" > LC_ALL= > > > I've also tried compiling and running mc from the latest sources, > > 4.7.0-pre4, with the same result, so it might be something in my > > system that's making Midnight Commander sort like that. > > Yes, it looks like this issue has to do with your specific setup. I'm > not implying that it is NOT an mc problem, but at least for now we > couldn't reproduce it. > > > Is there anything else I can do, try or post about my system that > > might help determine what's going on? > > Your best bet would be to open a ticket on the Trac with all relevant > information as not all of the developers follow the list. Maybe someone > will then come up with a test case to isolate the problem. > > Sorry, my diagnosis powers are depleted at this point. > > -- > Sincerely yours, > Yury V. Zaytsev > > -- Antes de imprimir este correo electr?nico, considera tu responsabilidad medioambiental. Please consider your environmental responsibility before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From quocvietz at gmail.com Fri Dec 11 15:23:39 2009 From: quocvietz at gmail.com (quocvietz) Date: Fri, 11 Dec 2009 22:23:39 +0700 Subject: Auto completion key Message-ID: <4B2263FB.5000508@gmail.com> Hi, In Change directory dialog, is there able to using TAB (instead of M-TAB) for auto completion? From janek_listy at wp.pl Fri Dec 11 20:06:31 2009 From: janek_listy at wp.pl (Janek Kozicki) Date: Fri, 11 Dec 2009 21:06:31 +0100 Subject: memory leak with quick view Message-ID: <20091211210631.5cfd751f@atak.bl.pg.gda.pl> Hi, GNU Midnight Commander 4.7.0-pre1 Did anybody already report the memory leak with C-x q "Quick view" after you resize terminal window? Maybe that's already fixed, and my mc version is just too old? To see this error, you need to quick view on a big .xml file, then resize the terminal window few times. -- Janek Kozicki | From yury at shurup.com Fri Dec 11 20:20:41 2009 From: yury at shurup.com (Yury V. Zaytsev) Date: Fri, 11 Dec 2009 21:20:41 +0100 Subject: memory leak with quick view In-Reply-To: <20091211210631.5cfd751f@atak.bl.pg.gda.pl> References: <20091211210631.5cfd751f@atak.bl.pg.gda.pl> Message-ID: <1260562841.21355.11.camel@mypride> On Fri, 2009-12-11 at 21:06 +0100, Janek Kozicki wrote: > Did anybody already report the memory leak with C-x q "Quick view" > after you resize terminal window? Are you able to reproduce this on current git master? -- Sincerely yours, Yury V. Zaytsev From yury at shurup.com Fri Dec 11 21:09:23 2009 From: yury at shurup.com (Yury V. Zaytsev) Date: Fri, 11 Dec 2009 22:09:23 +0100 Subject: memory leak with quick view In-Reply-To: <20091211215300.076f603c@atak.bl.pg.gda.pl> References: <20091211210631.5cfd751f@atak.bl.pg.gda.pl> <1260562841.21355.11.camel@mypride> <20091211215300.076f603c@atak.bl.pg.gda.pl> Message-ID: <1260565763.21355.16.camel@mypride> On Fri, 2009-12-11 at 21:53 +0100, Janek Kozicki wrote: > I can check that, but I never used git, and I only build debian > packages with apt-get source mc and fakeroot debian/rules binary. I'm > not installing anything on my PC without a debian package. You don't have to install it, just run the binary straight out of the source tree. Or else you can install it to some prefix within your home dir and wipe it when you're done. Don't forget to backup your ~/.mc though. > how do I download your git master. > > I can try to fiddle with that source to compile it into debian > package, but maybe you have some hints that will save me time. Check out the trac for the instructions: http://www.midnight-commander.org/ The latest package snapshot can be found here: http://svn.debian.org/viewsvn/pkg-mc/ -- Sincerely yours, Yury V. Zaytsev From vadim at sukhomlinov.ru Sat Dec 12 13:34:42 2009 From: vadim at sukhomlinov.ru (Vadim Sukhomlinov) Date: Sat, 12 Dec 2009 16:34:42 +0300 Subject: Mc-devel Digest, Vol 66, Issue 5 In-Reply-To: References: Message-ID: <93e2bcb90912120534m7db974aweee6361d323fbd5a@mail.gmail.com> Hi All, I found an issue with smbfs support in mc-4.7.0pre4 - when access Windows system (windows 7 in my case) in the directory where files with non-ASCII names are located (russian alphabet in my case), mc doesn't display it correctly, and change of encodings manually doesn't help. smbclient displays directory content correctly, as well as many other programs. Looks like an issue in smbfs implementation in mc. Vadim -------------- next part -------------- An HTML attachment was scrubbed... URL: From yury at shurup.com Sun Dec 13 13:28:02 2009 From: yury at shurup.com (Yury V. Zaytsev) Date: Sun, 13 Dec 2009 14:28:02 +0100 Subject: Mc-devel Digest, Vol 66, Issue 5 In-Reply-To: <93e2bcb90912120534m7db974aweee6361d323fbd5a@mail.gmail.com> References: <93e2bcb90912120534m7db974aweee6361d323fbd5a@mail.gmail.com> Message-ID: <1260710882.7806.5.camel@mypride> Hi! On Sat, 2009-12-12 at 16:34 +0300, Vadim Sukhomlinov wrote: > > I found an issue with smbfs support in mc-4.7.0pre4 - when access > Windows system (windows 7 in my case) in the directory where files > with non-ASCII names are located (russian alphabet in my case), mc > doesn't display it correctly, and change of encodings manually doesn't > help. smbclient displays directory content correctly, as well as many > other programs. Looks like an issue in smbfs implementation in mc. AFAIK, the samba library bundled with mc counts no ages. Not only it needs a rework, but it has to be throw out completely and replaced with a wrapper for some well supported samba library. So what are you talking about is entirely possible, although I don't think we can provide you with a solution ATM before the VFS rewrite (which has not even started yet) is completed. -- Sincerely yours, Yury V. Zaytsev From weigelt at metux.de Sun Dec 13 19:23:59 2009 From: weigelt at metux.de (Enrico Weigelt) Date: Sun, 13 Dec 2009 20:23:59 +0100 Subject: Mc-devel Digest, Vol 66, Issue 5 In-Reply-To: <1260710882.7806.5.camel@mypride> References: <93e2bcb90912120534m7db974aweee6361d323fbd5a@mail.gmail.com> <1260710882.7806.5.camel@mypride> Message-ID: <20091213192359.GA16958@nibiru.local> * Yury V. Zaytsev schrieb: Hi, > AFAIK, the samba library bundled with mc counts no ages. Not only it > needs a rework, but it has to be throw out completely and replaced with > a wrapper for some well supported samba library. actually, I'm writing on an MVFS backend for smb, so w/ MVFS support (which is awaiting votes for a long time now ;-o) MC will also get recent smb support. cu -- --------------------------------------------------------------------- Enrico Weigelt == metux IT service - http://www.metux.de/ --------------------------------------------------------------------- Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ --------------------------------------------------------------------- From yury at shurup.com Sun Dec 13 19:47:26 2009 From: yury at shurup.com (Yury V. Zaytsev) Date: Sun, 13 Dec 2009 20:47:26 +0100 Subject: Mc-devel Digest, Vol 66, Issue 5 In-Reply-To: <20091213192359.GA16958@nibiru.local> References: <93e2bcb90912120534m7db974aweee6361d323fbd5a@mail.gmail.com> <1260710882.7806.5.camel@mypride> <20091213192359.GA16958@nibiru.local> Message-ID: <1260733646.7806.25.camel@mypride> On Sun, 2009-12-13 at 20:23 +0100, Enrico Weigelt wrote: > actually, I'm writing on an MVFS backend for smb, so w/ MVFS > support (which is awaiting votes for a long time now ;-o) MC > will also get recent smb support. My personal issue with mvfs is that it's basically an unsupported project. It does not even have a website, not speaking about a developer community. Your signature is not up to date, there's no mention of mvfs on the main website that seems to be fallen far behind, nothing... Let's assume that the patch gets into mc pretty soon. Last time you disappeared for half a year or something like that. Who's gonna support this pretty crucial piece of functionality then? No one. Direct bindings to libsmbclient won't suffer from this problem, it's been around for ages and it's very well supported. Unfortunately, it does not seem to matter to you. -- Sincerely yours, Yury V. Zaytsev From weigelt at metux.de Mon Dec 14 11:34:19 2009 From: weigelt at metux.de (Enrico Weigelt) Date: Mon, 14 Dec 2009 12:34:19 +0100 Subject: testfarm Message-ID: <4B2622BB.9070605@metux.de> hi folks, Slavo asked me to publish my test scripts, so here they're :) You probably need to fix some pathnames. Ah, and a copy of the repo has to be in __repo.git ... cu -- ---------------------------------------------------------------------- Enrico Weigelt, metux IT service -- http://www.metux.de/ cellphone: +49 174 7066481 email: info at metux.de skype: nekrad666 ---------------------------------------------------------------------- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme ---------------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: testfarm.tar.bz2 Type: application/octet-stream Size: 2637 bytes Desc: not available URL: From yury at shurup.com Mon Dec 14 11:57:03 2009 From: yury at shurup.com (Yury V. Zaytsev) Date: Mon, 14 Dec 2009 12:57:03 +0100 Subject: testfarm In-Reply-To: <4B2622BB.9070605@metux.de> References: <4B2622BB.9070605@metux.de> Message-ID: <1260791823.7254.12.camel@mypride> Hi! On Mon, 2009-12-14 at 12:34 +0100, Enrico Weigelt wrote: > Slavo asked me to publish my test scripts, so here they're :) > You probably need to fix some pathnames. Ah, and a copy of the > repo has to be in __repo.git ... This looks interesting. Am I correct that this is only a framework for build tests for different combinations of build options (builds / doesn't build) and doesn't have anything to do with functional tests (e.g. works / doesn't work)? Did you consider any other ready made open source testing frameworks for this? As you might already know, I'm building nightlies for all currently supported RH distros (with the exception of EL3) for almost half a year. This has proved to be of great help, but now that I spared some money for new hardware I might consider doing the same for Debian / Ubuntu and running some kind of functional / build testsuite on a daily basis with the results published on the web / mailed to the list in case of failures. It would be nice if we could introduce some officially supported testing framework in /contrib to check for most prominent bugs / general build options coverage etc. I need help though. Keeping this stuff running is already time-consuming enough, so I won't be able to develop tests and keep them up to date. -- Sincerely yours, Yury V. Zaytsev From szg at subogero.com Mon Dec 14 18:04:29 2009 From: szg at subogero.com (=?UTF-8?B?U1pBQsOTIEdlcmdlbHk=?=) Date: Mon, 14 Dec 2009 19:04:29 +0100 Subject: testfarm In-Reply-To: <1260791823.7254.12.camel@mypride> References: <4B2622BB.9070605@metux.de> <1260791823.7254.12.camel@mypride> Message-ID: <4B267E2D.9000909@subogero.com> Yury V. Zaytsev wrote: > Hi! > > On Mon, 2009-12-14 at 12:34 +0100, Enrico Weigelt wrote: > > >> Slavo asked me to publish my test scripts, so here they're :) >> You probably need to fix some pathnames. Ah, and a copy of the >> repo has to be in __repo.git ... >> > > This looks interesting. Am I correct that this is only a framework for > build tests for different combinations of build options (builds / > doesn't build) and doesn't have anything to do with functional tests > (e.g. works / doesn't work)? > > Did you consider any other ready made open source testing frameworks for > this? > > As you might already know, I'm building nightlies for all currently > supported RH distros (with the exception of EL3) for almost half a > year. > > This has proved to be of great help, but now that I spared some money > for new hardware I might consider doing the same for Debian / Ubuntu and > running some kind of functional / build testsuite on a daily basis with > the results published on the web / mailed to the list in case of > failures. > > It would be nice if we could introduce some officially supported testing > framework in /contrib to check for most prominent bugs / general build > options coverage etc. > > I need help though. Keeping this stuff running is already time-consuming > enough, so I won't be able to develop tests and keep them up to date. > > Hello, just for your info, I quite regularly build the newest mc master on ubuntu. Not that I test every feature... Best regards Gergely From danilo.schembri at gmail.com Sat Dec 5 22:21:47 2009 From: danilo.schembri at gmail.com (Danilo Schembri) Date: Sat, 5 Dec 2009 23:21:47 +0100 Subject: Background jobs: Running only one at a time Message-ID: <29b3285d0912051421i50aeab0h338e6dc006ef1497@mail.gmail.com> Hi, I wrote a (hugly) patch for 4.7.0-pre3 which makes mc background jobs running only one at a time. I'm not a C programmer and the feature only does what I wrote above, but I needed the functionality and now it is. :) I don't know if you already planned to implement that, but if I can help you, I'll be happy. Dany :) From yury at shurup.com Tue Dec 15 13:43:09 2009 From: yury at shurup.com (Yury V. Zaytsev) Date: Tue, 15 Dec 2009 14:43:09 +0100 Subject: Background jobs: Running only one at a time In-Reply-To: <29b3285d0912051421i50aeab0h338e6dc006ef1497@mail.gmail.com> References: <29b3285d0912051421i50aeab0h338e6dc006ef1497@mail.gmail.com> Message-ID: <1260884589.6857.36.camel@mypride> On Sat, 2009-12-05 at 23:21 +0100, Danilo Schembri wrote: > Hi, > I wrote a (hugly) patch for 4.7.0-pre3 which makes mc background jobs > running only one at a time. > I'm not a C programmer and the feature only does what I wrote above, > but I needed the functionality and now it is. :) > > I don't know if you already planned to implement that, but if I can > help you, I'll be happy. Hi! Create a ticket with the explanation why would you actually need it and attach your patch there. Once the solution is voted to be general enough it might get into 4.7 series. -- Sincerely yours, Yury V. Zaytsev From yury at shurup.com Tue Dec 15 18:38:18 2009 From: yury at shurup.com (Yury V. Zaytsev) Date: Tue, 15 Dec 2009 19:38:18 +0100 Subject: testfarm In-Reply-To: <4B267E2D.9000909@subogero.com> References: <4B2622BB.9070605@metux.de> <1260791823.7254.12.camel@mypride> <4B267E2D.9000909@subogero.com> Message-ID: <1260902298.6857.85.camel@mypride> On Mon, 2009-12-14 at 19:04 +0100, SZAB? Gergely wrote: > just for your info, I quite regularly build the newest mc master on > ubuntu. Not that I test every feature... That's nice to know, but basically it's of no use, because we don't have a testing framework and a way to share the build / test results with the dev team. I've seen people using CDash lately and was quite impressed how the dashboard summarizes the build statuses for different platforms and the results of the test suites. My build logs are available, but there's no way to aggregate this info so devs look at it only when they the notice that mc fails to build. Would be nice to have something along these lines though... -- Sincerely yours, Yury V. Zaytsev From szg at subogero.com Thu Dec 17 09:39:46 2009 From: szg at subogero.com (=?ISO-8859-1?Q?SZAB=D3_Gergely?=) Date: Thu, 17 Dec 2009 10:39:46 +0100 Subject: Shell link bug Message-ID: <4B29FC62.2040107@subogero.com> Hello, I've tried to copy a large amount of big files (music) over an mc Shell link from another machine. Mc always hung after having copied a number of (but not all) files, I had to kill it every time. I suspected the dodgy WLAN connection first, but the same bug could be reproduced on a direct LAN connection as well. The copy worked perfectly with a manual scp command. Used configuration: - ubuntu 9.04, locale en_US.UTF-8 - mc compiled from commit f574b9... 2009-12-04 Updated Slovak (sk) translation - mc configured with ./configure --with-samba I have not found any related Ticket, shall I create one? Second problem: if I git clone or git pull over http, the above commit is the latest I get. I doubt that the project's been idle in the last two weeks, but I may be wrong :-) It's not the first time the http repo goes retro. Best regards Gergely From yury at shurup.com Thu Dec 17 09:46:53 2009 From: yury at shurup.com (Yury V. Zaytsev) Date: Thu, 17 Dec 2009 10:46:53 +0100 Subject: Shell link bug In-Reply-To: <4B29FC62.2040107@subogero.com> References: <4B29FC62.2040107@subogero.com> Message-ID: <1261043213.6855.28.camel@mypride> On Thu, 2009-12-17 at 10:39 +0100, SZAB? Gergely wrote: > I have not found any related Ticket, shall I create one? Probably yes :-) > Second problem: > if I git clone or git pull over http, the above commit is the latest I > get. I doubt that the project's been idle in the last two weeks, but I > may be wrong :-) > It's not the first time the http repo goes retro. Which one are you using (or.cz / mc-o)? zyv at mypride:~/Documents/test/mc-git$ git reset --hard origin/master HEAD is now at 45e7931... Update Russian translate (thanks to guys from fedora at conference.jabber.ru chatroom) -- Sincerely yours, Yury V. Zaytsev From yury at shurup.com Thu Dec 17 10:26:26 2009 From: yury at shurup.com (Yury V. Zaytsev) Date: Thu, 17 Dec 2009 11:26:26 +0100 Subject: Shell link bug In-Reply-To: <4B2A0399.3090907@subogero.com> References: <4B29FC62.2040107@subogero.com> <1261043213.6855.28.camel@mypride> <4B2A0399.3090907@subogero.com> Message-ID: <1261045586.6855.34.camel@mypride> On Thu, 2009-12-17 at 11:10 +0100, SZAB? Gergely wrote: > I'm using the mc-o repo. Fixed. Shouldn't break again from now on. > OK, I'll create the Ticket. Which milestone, 4.7-pre4? If you can reproduce this on master, then master. > mypride, what? :-) For the last 15 years, all of my computers have "pride" in their hostname for historic reasons. -- Sincerely yours, Yury V. Zaytsev From szg at subogero.com Thu Dec 17 10:28:31 2009 From: szg at subogero.com (=?UTF-8?B?U1pBQsOTIEdlcmdlbHk=?=) Date: Thu, 17 Dec 2009 11:28:31 +0100 Subject: Shell link bug In-Reply-To: <1261043213.6855.28.camel@mypride> References: <4B29FC62.2040107@subogero.com> <1261043213.6855.28.camel@mypride> Message-ID: <4B2A07CF.2030700@subogero.com> Yury V. Zaytsev wrote: > On Thu, 2009-12-17 at 10:39 +0100, SZAB? Gergely wrote: > > >> I have not found any related Ticket, shall I create one? >> > > Probably yes :-) > > >> Second problem: >> if I git clone or git pull over http, the above commit is the latest I >> get. I doubt that the project's been idle in the last two weeks, but I >> may be wrong :-) >> It's not the first time the http repo goes retro. >> > > Which one are you using (or.cz / mc-o)? > > zyv at mypride:~/Documents/test/mc-git$ git reset --hard origin/master > HEAD is now at 45e7931... Update Russian translate (thanks to guys from > fedora at conference.jabber.ru chatroom) > > > Hello, I've created Ticket #1878 about the shell-link copy bug. Best regards Gergely From janek_listy at wp.pl Thu Dec 17 11:13:39 2009 From: janek_listy at wp.pl (Janek Kozicki) Date: Thu, 17 Dec 2009 12:13:39 +0100 Subject: memory leak with quick view In-Reply-To: <1260565763.21355.16.camel@mypride> References: <20091211210631.5cfd751f@atak.bl.pg.gda.pl> <1260562841.21355.11.camel@mypride> <20091211215300.076f603c@atak.bl.pg.gda.pl> <1260565763.21355.16.camel@mypride> Message-ID: <20091217121339.4bbd6c44@atak.bl.pg.gda.pl> Yury V. Zaytsev said: (by the date of Fri, 11 Dec 2009 22:09:23 +0100) > Check out the trac for the instructions: > > http://www.midnight-commander.org/ > > The latest package snapshot can be found here: > > http://svn.debian.org/viewsvn/pkg-mc/ thanks, time limited, but I hope to check this tomorrow. -- Janek Kozicki | From janek_listy at wp.pl Sun Dec 20 12:00:15 2009 From: janek_listy at wp.pl (Janek Kozicki) Date: Sun, 20 Dec 2009 13:00:15 +0100 Subject: memory leak with quick view In-Reply-To: <20091217121339.4bbd6c44@atak.bl.pg.gda.pl> References: <20091211210631.5cfd751f@atak.bl.pg.gda.pl> <1260562841.21355.11.camel@mypride> <20091211215300.076f603c@atak.bl.pg.gda.pl> <1260565763.21355.16.camel@mypride> <20091217121339.4bbd6c44@atak.bl.pg.gda.pl> Message-ID: <20091220130015.3d369184@atak.bl.pg.gda.pl> OK, I've tested this. In 4.7.0-pre4-206-g8791773 this bug does not exist. But I cannot use this version (I even made a debian package of it), because the skins are broken and mc looks really terrible. +----------- Warning ------------+ | Unable to load 'default' skin. | | Default skin has been loaded | +--------------------------------+ Can you tell me what was the fix, so that I could apply the patch to an older debian version and fix the memory leak? Or eventually how to fix the skin problem, but I suppose that it is debian specific (the location of skins, etc). best regards -- Janek Kozicki | From yury at shurup.com Sun Dec 20 12:09:45 2009 From: yury at shurup.com (Yury V. Zaytsev) Date: Sun, 20 Dec 2009 13:09:45 +0100 Subject: [Fwd: Re: memory leak with quick view] Message-ID: <1261310985.7059.94.camel@mypride> Hi! Winnie, Denis, we've got someone to rebuild the package with the latest sources an he says that skins are left unpackaged, which actually breaks mc to the point it is unusable. I assume this is a quick fix, but it needs some rule-fu. My RPMs appear to work fine so all you need is to compare the file lists. Would one of you please have a look at this issue? 4.7.0 is on it's way. Janek: thank you for your help. -- Sincerely yours, Yury V. Zaytsev -------- Forwarded Message -------- From: Janek Kozicki To: mc-devel at gnome.org Subject: Re: memory leak with quick view Date: Sun, 20 Dec 2009 13:00:15 +0100 OK, I've tested this. In 4.7.0-pre4-206-g8791773 this bug does not exist. But I cannot use this version (I even made a debian package of it), because the skins are broken and mc looks really terrible. +----------- Warning ------------+ | Unable to load 'default' skin. | | Default skin has been loaded | +--------------------------------+ Can you tell me what was the fix, so that I could apply the patch to an older debian version and fix the memory leak? Or eventually how to fix the skin problem, but I suppose that it is debian specific (the location of skins, etc). best regards From janek_listy at wp.pl Sun Dec 20 13:45:34 2009 From: janek_listy at wp.pl (Janek Kozicki) Date: Sun, 20 Dec 2009 14:45:34 +0100 Subject: [Fwd: Re: memory leak with quick view] In-Reply-To: <1261310985.7059.94.camel@mypride> References: <1261310985.7059.94.camel@mypride> Message-ID: <20091220144534.71e4c605@atak.bl.pg.gda.pl> During compilation of debian package there were some problems with file called mc.menu.sr, maybe that's related. I had to copy the file "in realtime" to the proper place into dir `debian/tmp/.../usr/mc` during compilation. Only then the `debian/rules binary` wouldn't crash during *.deb generation. I used the debian packaging scripts from squeeze. best regards Janek Kozicki Yury V. Zaytsev said: (by the date of Sun, 20 Dec 2009 13:09:45 +0100) > Hi! > > Winnie, Denis, we've got someone to rebuild the package with the latest > sources an he says that skins are left unpackaged, which actually breaks > mc to the point it is unusable. > > I assume this is a quick fix, but it needs some rule-fu. My RPMs appear > to work fine so all you need is to compare the file lists. > > Would one of you please have a look at this issue? 4.7.0 is on it's way. > > Janek: thank you for your help. > > -- > Sincerely yours, > Yury V. Zaytsev > > -------- Forwarded Message -------- > From: Janek Kozicki > To: mc-devel at gnome.org > Subject: Re: memory leak with quick view > Date: Sun, 20 Dec 2009 13:00:15 +0100 > > OK, I've tested this. > > In 4.7.0-pre4-206-g8791773 this bug does not exist. > > But I cannot use this version (I even made a debian package of it), > because the skins are broken and mc looks really terrible. > > +----------- Warning ------------+ > | Unable to load 'default' skin. | > | Default skin has been loaded | > +--------------------------------+ > > Can you tell me what was the fix, so that I could apply the patch to > an older debian version and fix the memory leak? > > Or eventually how to fix the skin problem, but I suppose that it is > debian specific (the location of skins, etc). > > best regards > > -- Janek Kozicki | From yury at shurup.com Sun Dec 20 13:48:52 2009 From: yury at shurup.com (Yury V. Zaytsev) Date: Sun, 20 Dec 2009 14:48:52 +0100 Subject: [Fwd: Re: memory leak with quick view] In-Reply-To: <20091220144534.71e4c605@atak.bl.pg.gda.pl> References: <1261310985.7059.94.camel@mypride> <20091220144534.71e4c605@atak.bl.pg.gda.pl> Message-ID: <1261316932.7059.125.camel@mypride> On Sun, 2009-12-20 at 14:45 +0100, Janek Kozicki wrote: > During compilation of debian package there were some problems with > file called mc.menu.sr, maybe that's related. > > I had to copy the file "in realtime" to the proper place into dir > `debian/tmp/.../usr/mc` during compilation. Only then the > `debian/rules binary` wouldn't crash during *.deb generation. > > I used the debian packaging scripts from squeeze. You should have used latest SVN as I indicated earlier: http://packages.qa.debian.org/m/mc.html http://svn.debian.org/wsvn/pkg-mc svn://svn.debian.org/svn/pkg-mc -- Sincerely yours, Yury V. Zaytsev From janek_listy at wp.pl Sun Dec 20 14:23:39 2009 From: janek_listy at wp.pl (Janek Kozicki) Date: Sun, 20 Dec 2009 15:23:39 +0100 Subject: [Fwd: Re: memory leak with quick view] In-Reply-To: <1261316932.7059.125.camel@mypride> References: <1261310985.7059.94.camel@mypride> <20091220144534.71e4c605@atak.bl.pg.gda.pl> <1261316932.7059.125.camel@mypride> Message-ID: <20091220152339.5758671b@atak.bl.pg.gda.pl> Yury V. Zaytsev said: (by the date of Sun, 20 Dec 2009 14:48:52 +0100) > On Sun, 2009-12-20 at 14:45 +0100, Janek Kozicki wrote: > > During compilation of debian package there were some problems with > > file called mc.menu.sr, maybe that's related. > > > > I had to copy the file "in realtime" to the proper place into dir > > `debian/tmp/.../usr/mc` during compilation. Only then the > > `debian/rules binary` wouldn't crash during *.deb generation. > > > > I used the debian packaging scripts from squeeze. > > You should have used latest SVN as I indicated earlier: > > http://packages.qa.debian.org/m/mc.html > http://svn.debian.org/wsvn/pkg-mc > svn://svn.debian.org/svn/pkg-mc Are you probably telling me that there is an unreleased into debian experimental a version of debian packaging scripts? But how do I download that debian SVN trunk? I only get: $ svn checkout "http://svn.debian.org/wsvn/pkg-mc/trunk/" svn: OPTIONS of 'http://svn.debian.org/wsvn/pkg-mc/trunk': 200 OK (http://svn.debian.org) and nothing is downloaded. Apparently in debian squeeze/sid/experimental there is exactly the same version of those scripts for amd64. I used the latest mc git from git clone git://midnight-commander.org/git/mc.git but with older debian packaging scripts. Here's what I've done: # apt-get source mc # rm -rf mc-4.7.0-pre1 # git clone git://midnight-commander.org/git/mc.git # mv mc mc-4.7.0-pre1 # gunzip mc_4.7.0-pre1-3.diff.gz # patch -p0 < mc_4.7.0-pre1-3.diff # cd mc-4.7.0-pre1 # chmod 755 debian/rules # echo "" > debian/patches/series # fakeroot debian/rules binary (during compilation copy in another terminal the mc.menu.sr) Also I tried another variant, without emptying `debian/patches/series` but only removing those patches that had conflicts. sorry for uncarefully written emails, I'm in real hurry. -- Janek Kozicki | From yury at shurup.com Sun Dec 20 14:29:56 2009 From: yury at shurup.com (Yury V. Zaytsev) Date: Sun, 20 Dec 2009 15:29:56 +0100 Subject: [Fwd: Re: memory leak with quick view] In-Reply-To: <20091220152339.5758671b@atak.bl.pg.gda.pl> References: <1261310985.7059.94.camel@mypride> <20091220144534.71e4c605@atak.bl.pg.gda.pl> <1261316932.7059.125.camel@mypride> <20091220152339.5758671b@atak.bl.pg.gda.pl> Message-ID: <1261319396.7059.153.camel@mypride> On Sun, 2009-12-20 at 15:23 +0100, Janek Kozicki wrote: > > svn://svn.debian.org/svn/pkg-mc > > Are you probably telling me that there is an unreleased into > debian experimental a version of debian packaging scripts? Yes. > But how do I download that debian SVN trunk? svn co svn://svn.debian.org/svn/pkg-mc/trunk > Also I tried another variant, without emptying `debian/patches/series` > but only removing those patches that had conflicts. Correct, because old patches do have conflits. Please tell us if new patches still have conflicts. Normally, the latest unreleased package should compile without any fiddling around patches / rules. -- Sincerely yours, Yury V. Zaytsev From denis at narcan.fr Sun Dec 20 14:48:16 2009 From: denis at narcan.fr (Denis Briand) Date: Sun, 20 Dec 2009 15:48:16 +0100 Subject: [Pkg-mc-devel] [Fwd: Re: memory leak with quick view] In-Reply-To: <1261319396.7059.153.camel@mypride> References: <1261310985.7059.94.camel@mypride> <20091220144534.71e4c605@atak.bl.pg.gda.pl> <1261316932.7059.125.camel@mypride> <20091220152339.5758671b@atak.bl.pg.gda.pl> <1261319396.7059.153.camel@mypride> Message-ID: <20091220144816.GA8077@portableHP> On Sun, Dec 20, 2009 at 03:29:56PM +0100, Yury V. Zaytsev wrote: > On Sun, 2009-12-20 at 15:23 +0100, Janek Kozicki wrote: > > > svn://svn.debian.org/svn/pkg-mc > > > > Are you probably telling me that there is an unreleased into > > debian experimental a version of debian packaging scripts? > > Yes. > > > But how do I download that debian SVN trunk? > > svn co svn://svn.debian.org/svn/pkg-mc/trunk Hello, The last svn revision(298) build fine. You can test it with this version. regards Denis Briand (Debian mc maintainer) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: Digital signature URL: From yury at shurup.com Sun Dec 20 14:55:03 2009 From: yury at shurup.com (Yury V. Zaytsev) Date: Sun, 20 Dec 2009 15:55:03 +0100 Subject: [Pkg-mc-devel] [Fwd: Re: memory leak with quick view] In-Reply-To: <20091220144816.GA8077@portableHP> References: <1261310985.7059.94.camel@mypride> <20091220144534.71e4c605@atak.bl.pg.gda.pl> <1261316932.7059.125.camel@mypride> <20091220152339.5758671b@atak.bl.pg.gda.pl> <1261319396.7059.153.camel@mypride> <20091220144816.GA8077@portableHP> Message-ID: <1261320903.7059.160.camel@mypride> On Sun, 2009-12-20 at 15:48 +0100, Denis Briand wrote: > > Hello, > The last svn revision(298) build fine. > You can test it with this version. Hi! Sorry for the noise. I was assuming he used the latest version as suggested... -- Sincerely yours, Yury V. Zaytsev From janek_listy at wp.pl Sun Dec 20 14:56:14 2009 From: janek_listy at wp.pl (Janek Kozicki) Date: Sun, 20 Dec 2009 15:56:14 +0100 Subject: [Fwd: Re: memory leak with quick view] In-Reply-To: <1261319396.7059.153.camel@mypride> References: <1261310985.7059.94.camel@mypride> <20091220144534.71e4c605@atak.bl.pg.gda.pl> <1261316932.7059.125.camel@mypride> <20091220152339.5758671b@atak.bl.pg.gda.pl> <1261319396.7059.153.camel@mypride> Message-ID: <20091220155614.0a11f205@atak.bl.pg.gda.pl> Yury V. Zaytsev said: (by the date of Sun, 20 Dec 2009 15:29:56 +0100) > > Are you probably telling me that there is an unreleased into > > debian experimental a version of debian packaging scripts? > > Yes. wow, nice to learn something new. I compiled *.deb without problems. Memory leak bug is gone. Now I can report another bug, heh. And mc is still unusable. Quick view screws totally all the display if I look inside a binary file. And also it moves the cursor to top of the screen, making it impossible to reach files below a binary one. Ctrl-L refreshes display, but still the files below it are unreachable by cursor. I must turn off quick view to reach them. I enjoyed the capability to quick view binary files, very useful sometimes, like when checking the headers of HP48G libraries, or looking at magic numbers. And also, the white color on directories is gone, that's bad, I'm used to having different color for directories than files. Guys, can you just tell me, what patch should I apply to mc in squeeze -pre1 to just remove the memory leak? To trigger the bug, you only need to Ctrl-X q move cursor in right panel onto some file to see its content in left panel, and resize the terminal window. After 40 seconds mc is using 14 GB of RAM, and hangs. thanks a lot -- Janek Kozicki | From yury at shurup.com Sun Dec 20 14:58:05 2009 From: yury at shurup.com (Yury V. Zaytsev) Date: Sun, 20 Dec 2009 15:58:05 +0100 Subject: [Fwd: Re: memory leak with quick view] In-Reply-To: <20091220155614.0a11f205@atak.bl.pg.gda.pl> References: <1261310985.7059.94.camel@mypride> <20091220144534.71e4c605@atak.bl.pg.gda.pl> <1261316932.7059.125.camel@mypride> <20091220152339.5758671b@atak.bl.pg.gda.pl> <1261319396.7059.153.camel@mypride> <20091220155614.0a11f205@atak.bl.pg.gda.pl> Message-ID: <1261321085.7059.165.camel@mypride> On Sun, 2009-12-20 at 15:56 +0100, Janek Kozicki wrote: > Guys, can you just tell me, what patch should I apply to mc in > squeeze -pre1 to just remove the memory leak? To trigger the bug, you > only need to Ctrl-X q move cursor in right panel onto some file to > see its content in left panel, and resize the terminal window. After > 40 seconds mc is using 14 GB of RAM, and hangs. If I knew which one out of thousands, I would... -- Sincerely yours, Yury V. Zaytsev From yury at shurup.com Sun Dec 20 15:05:25 2009 From: yury at shurup.com (Yury V. Zaytsev) Date: Sun, 20 Dec 2009 16:05:25 +0100 Subject: [Fwd: Re: memory leak with quick view] In-Reply-To: <20091220155614.0a11f205@atak.bl.pg.gda.pl> References: <1261310985.7059.94.camel@mypride> <20091220144534.71e4c605@atak.bl.pg.gda.pl> <1261316932.7059.125.camel@mypride> <20091220152339.5758671b@atak.bl.pg.gda.pl> <1261319396.7059.153.camel@mypride> <20091220155614.0a11f205@atak.bl.pg.gda.pl> Message-ID: <1261321525.7059.170.camel@mypride> On Sun, 2009-12-20 at 15:56 +0100, Janek Kozicki wrote: > Now I can report another bug, heh. And mc is still unusable. Quick > view screws totally all the display if I look inside a binary file. > > And also, the white color on directories is gone, that's bad, I'm used > to having different color for directories than files. I can't reproduce any of these with the latest source. 4.7.0-pre4-206-g8791773 Be sure to back up your ~/.mc, uninstall & purge previous package / remove old config files and only then install the new one. -- Sincerely yours, Yury V. Zaytsev From janek_listy at wp.pl Sun Dec 20 15:30:48 2009 From: janek_listy at wp.pl (Janek Kozicki) Date: Sun, 20 Dec 2009 16:30:48 +0100 Subject: [Fwd: Re: memory leak with quick view] In-Reply-To: <1261321525.7059.170.camel@mypride> References: <1261310985.7059.94.camel@mypride> <20091220144534.71e4c605@atak.bl.pg.gda.pl> <1261316932.7059.125.camel@mypride> <20091220152339.5758671b@atak.bl.pg.gda.pl> <1261319396.7059.153.camel@mypride> <20091220155614.0a11f205@atak.bl.pg.gda.pl> <1261321525.7059.170.camel@mypride> Message-ID: <20091220163048.17c4f573@atak.bl.pg.gda.pl> Yury V. Zaytsev said: (by the date of Sun, 20 Dec 2009 16:05:25 +0100) > 4.7.0-pre4-206-g8791773 > > Be sure to back up your ~/.mc, uninstall & purge previous package / > remove old config files and only then install the new one. I purged mc with aptitude. I'm not sure what unremoved files (from some debian packages mess??) should I be looking for. I keep my PC clean and only .debs are installed. So purging a package in aptitude should work as expected... $ ls /usr/share/mc ls: cannot access /usr/share/mc: No such file or directory Also I did `mv .mc .mc-OLD` Then I installed the new version. Those problems are still present. Do I need to select some other skin? - gray directory names (not white) - quick view on binary files breaks display $ mc -V GNU Midnight Commander 4.7.0-pre4-206-g8791773 ~$ locale LANG=pl_PL LC_CTYPE=pl_PL LC_NUMERIC=POSIX LC_TIME=pl_PL LC_COLLATE=C LC_MONETARY=pl_PL LC_MESSAGES=POSIX LC_PAPER=pl_PL LC_NAME=pl_PL LC_ADDRESS=pl_PL LC_TELEPHONE=pl_PL LC_MEASUREMENT=pl_PL LC_IDENTIFICATION=pl_PL LC_ALL= Please don't force me to utf8, I never have time for that. I would need to reconfigure every customized app. in attachment you'll find some screenshots. Mind, that this is 'mc' started with directory ~/.mc totally removed. -- Janek Kozicki | -------------- next part -------------- A non-text attachment was scrubbed... Name: scr_2832.png Type: image/png Size: 22280 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: scr_2833.png Type: image/png Size: 48573 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: scr_2834.png Type: image/png Size: 54060 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: scr_2835.png Type: image/png Size: 54365 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: scr_2836.png Type: image/png Size: 44347 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: scr_2837.png Type: image/png Size: 31248 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: scr_2838.png Type: image/png Size: 32510 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: scr_2839.png Type: image/png Size: 22593 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: scr_2840.png Type: image/png Size: 31011 bytes Desc: not available URL: From aborodin at vmail.ru Mon Dec 21 11:59:25 2009 From: aborodin at vmail.ru (Andrew Borodin) Date: Mon, 21 Dec 2009 14:59:25 +0300 Subject: [Fwd: Re: memory leak with quick view] In-Reply-To: <20091220163048.17c4f573@atak.bl.pg.gda.pl> References: <1261310985.7059.94.camel@mypride> <20091220144534.71e4c605@atak.bl.pg.gda.pl> <1261316932.7059.125.camel@mypride> <20091220152339.5758671b@atak.bl.pg.gda.pl> <1261319396.7059.153.camel@mypride> <20091220155614.0a11f205@atak.bl.pg.gda.pl> <1261321525.7059.170.camel@mypride> <20091220163048.17c4f573@atak.bl.pg.gda.pl> Message-ID: On Sun, 20 Dec 2009 16:30:48 +0100 Janek Kozicki wrote: > Those problems are still present. Do I need to select some other skin? > - gray directory names (not white) > - quick view on binary files breaks display > > $ mc -V > GNU Midnight Commander 4.7.0-pre4-206-g8791773 It's known bug. The viewer in panel is created with wrong coordinates and sizes. -- Andrew. From yury at shurup.com Mon Dec 21 12:17:49 2009 From: yury at shurup.com (Yury V. Zaytsev) Date: Mon, 21 Dec 2009 13:17:49 +0100 Subject: [Fwd: Re: memory leak with quick view] In-Reply-To: References: <1261310985.7059.94.camel@mypride> <20091220144534.71e4c605@atak.bl.pg.gda.pl> <1261316932.7059.125.camel@mypride> <20091220152339.5758671b@atak.bl.pg.gda.pl> <1261319396.7059.153.camel@mypride> <20091220155614.0a11f205@atak.bl.pg.gda.pl> <1261321525.7059.170.camel@mypride> <20091220163048.17c4f573@atak.bl.pg.gda.pl> Message-ID: <1261397869.7000.15.camel@mypride> Hi! On Mon, 2009-12-21 at 14:59 +0300, Andrew Borodin wrote: > On Sun, 20 Dec 2009 16:30:48 +0100 Janek Kozicki wrote: > > Those problems are still present. Do I need to select some other skin? > > - gray directory names (not white) This works for me. Probably there's a problem with the color palette of your terminal emulator. > > - quick view on binary files breaks display > > > It's known bug. The viewer in panel is created with wrong coordinates > and sizes. I could reproduce it with "LANG=C mc" and quick view on the left panel. Care to post the ticket number? Sly & Ilia didn't seem to be able to reproduce it yesterday??? Thanks! -- Sincerely yours, Yury V. Zaytsev From janek_listy at wp.pl Tue Dec 22 10:28:04 2009 From: janek_listy at wp.pl (Janek Kozicki) Date: Tue, 22 Dec 2009 11:28:04 +0100 Subject: [Fwd: Re: memory leak with quick view] In-Reply-To: <1261397869.7000.15.camel@mypride> References: <1261310985.7059.94.camel@mypride> <20091220144534.71e4c605@atak.bl.pg.gda.pl> <1261316932.7059.125.camel@mypride> <20091220152339.5758671b@atak.bl.pg.gda.pl> <1261319396.7059.153.camel@mypride> <20091220155614.0a11f205@atak.bl.pg.gda.pl> <1261321525.7059.170.camel@mypride> <20091220163048.17c4f573@atak.bl.pg.gda.pl> <1261397869.7000.15.camel@mypride> Message-ID: <20091222112804.257a3547@atak.bl.pg.gda.pl> Yury V. Zaytsev said: (by the date of Mon, 21 Dec 2009 13:17:49 +0100) > Hi! > > On Mon, 2009-12-21 at 14:59 +0300, Andrew Borodin wrote: > > On Sun, 20 Dec 2009 16:30:48 +0100 Janek Kozicki wrote: > > > Those problems are still present. Do I need to select some other skin? > > > - gray directory names (not white) > > This works for me. Probably there's a problem with the color palette of > your terminal emulator. I created a separate user account to be sure that there isn't any leftover configuration. And I can reproduce this bug in text console (not under X), and also under xterm launched without any extra arguments. Both under a fresh user account. > > > - quick view on binary files breaks display > > > > > It's known bug. The viewer in panel is created with wrong coordinates > > and sizes. > > I could reproduce it with "LANG=C mc" and quick view on the left panel. > Care to post the ticket number? > > Sly & Ilia didn't seem to be able to reproduce it yesterday??? In fact I'm unable to create a condition when those two bugs do not appear :) Otherwise I would be able to tell you how to fix it, and that would help you to identify the bug..... best regards -- Janek Kozicki | From szg at subogero.com Tue Dec 22 17:00:01 2009 From: szg at subogero.com (=?UTF-8?B?U1pBQsOTIEdlcmdlbHk=?=) Date: Tue, 22 Dec 2009 18:00:01 +0100 Subject: hu.po Message-ID: <4B30FB11.3060403@subogero.com> Hello, I've "polished" the Hungarian translation after some testing. See hu.2.po attached to ticket #1370. Sorry for the last-minute change. Merry Christmas / ? ?????????? / ????? ??? Gergely From weigelt at metux.de Tue Dec 22 23:02:38 2009 From: weigelt at metux.de (Enrico Weigelt) Date: Wed, 23 Dec 2009 00:02:38 +0100 Subject: testfarm In-Reply-To: <1260791823.7254.12.camel@mypride> References: <4B2622BB.9070605@metux.de> <1260791823.7254.12.camel@mypride> Message-ID: <4B31500E.3040408@metux.de> Yury V. Zaytsev wrote: > This looks interesting. Am I correct that this is only a framework for > build tests for different combinations of build options (builds / > doesn't build) and doesn't have anything to do with functional tests > (e.g. works / doesn't work)? Right. Actually it's just a bunch of scripts which do tests builds. > As you might already know, I'm building nightlies for all currently > supported RH distros (with the exception of EL3) for almost half a > year. Great. What configurations do you use ? Perhaps you could add them to the testfarm ? > This has proved to be of great help, but now that I spared some money > for new hardware I might consider doing the same for Debian / Ubuntu and > running some kind of functional / build testsuite on a daily basis with > the results published on the web / mailed to the list in case of > failures. Yep, that was my idea for the next step: some build-results list where the bots post their results. or perhaps even create tickets (in an own category, so they dont mix up with the regular ones ;-o) > It would be nice if we could introduce some officially supported testing > framework in /contrib to check for most prominent bugs / general build > options coverage etc. Yep, that's a good idea. I've just created a new ticket for it: http://www.midnight-commander.org/ticket/1891 Maybe we should also have a closer look at tinderbox or xenofarm. cu -- ---------------------------------------------------------------------- Enrico Weigelt, metux IT service -- http://www.metux.de/ cellphone: +49 174 7066481 email: info at metux.de skype: nekrad666 ---------------------------------------------------------------------- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme ---------------------------------------------------------------------- From szg at subogero.com Wed Dec 23 12:11:19 2009 From: szg at subogero.com (=?ISO-8859-1?Q?SZAB=D3_Gergely?=) Date: Wed, 23 Dec 2009 13:11:19 +0100 Subject: Sort order Message-ID: <4B3208E7.1000802@subogero.com> Hello, I've just found out that disabling "Case sensitive" in the Sort order of a panel mixes up the hidden files with the normal ones. As if a leading dot was somehow a 3rd case of the following letter. Is this a bug or is it intentional? I don't like it, honestly. Another thing: I found in the latest master that I received the credits for updating the Czech hints file. I inform you hereby that my Czech language skills are limited to the names of a few Czech beers. Best regards Gergely From slavazanko at gmail.com Wed Dec 23 12:33:11 2009 From: slavazanko at gmail.com (Slava Zanko) Date: Wed, 23 Dec 2009 14:33:11 +0200 Subject: Sort order In-Reply-To: <4B3208E7.1000802@subogero.com> References: <4B3208E7.1000802@subogero.com> Message-ID: <4B320E07.6060204@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 SZAB? Gergely wrote: > I've just found out that disabling "Case sensitive" in the Sort order of > a panel mixes up the hidden files with the normal ones. As if a leading > dot was somehow a 3rd case of the following letter. > Is this a bug or is it intentional? I don't like it, honestly. I found discussion: http://markmail.org/message/xyxwiy6al53zmvsp#query:+page:1+mid:d5dyyh35mjpkuumt+state:results Looks as good old-time tradition ;) > Another thing: I found in the latest master that I received the credits > for updating the Czech hints file. Oops... my mistaken :(. > I inform you hereby that my Czech language skills are limited to the names of a few Czech beers. Oh, yeah... 'Staropramen', 'Velkopopovitsky kozel' - it's good beer, really :) - -- WBR, Slavaz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFLMg4Hb3oGR6aVLpoRArkXAJsHfo4Qb3C8aUnvlKMFpyYp0yKjeACfSnjR qjx/luTr+UbXfF4ZmiquvXM= =qe3M -----END PGP SIGNATURE----- From yury at shurup.com Wed Dec 23 16:19:19 2009 From: yury at shurup.com (Yury V. Zaytsev) Date: Wed, 23 Dec 2009 17:19:19 +0100 Subject: Sort order In-Reply-To: <4B320E07.6060204@gmail.com> References: <4B3208E7.1000802@subogero.com> <4B320E07.6060204@gmail.com> Message-ID: <1261585159.6945.39.camel@mypride> On Wed, 2009-12-23 at 14:33 +0200, Slava Zanko wrote: > I found discussion: > http://markmail.org/message/xyxwiy6al53zmvsp#query:+page:1+mid:d5dyyh35mjpkuumt+state:results > Looks as good old-time tradition ;) > What about a ticket ;-) ? -- Sincerely yours, Yury V. Zaytsev From szg at subogero.com Thu Dec 24 08:48:43 2009 From: szg at subogero.com (=?ISO-8859-1?Q?SZAB=D3_Gergely?=) Date: Thu, 24 Dec 2009 09:48:43 +0100 Subject: Sort order In-Reply-To: <1261585159.6945.39.camel@mypride> References: <4B3208E7.1000802@subogero.com> <4B320E07.6060204@gmail.com> <1261585159.6945.39.camel@mypride> Message-ID: <4B332AEB.80003@subogero.com> Yury V. Zaytsev wrote: > On Wed, 2009-12-23 at 14:33 +0200, Slava Zanko wrote: > > >> I found discussion: >> http://markmail.org/message/xyxwiy6al53zmvsp#query:+page:1+mid:d5dyyh35mjpkuumt+state:results >> Looks as good old-time tradition ;) >> >> > > What about a ticket ;-) ? > > Done. http://www.midnight-commander.org/ticket/1894 Nice Christmas present, what? Best regards Gergely From safinaskar at mail.ru Wed Dec 23 17:59:26 2009 From: safinaskar at mail.ru (=?koi8-r?Q?=E1=D3=CB=C1=D2_=F3=C1=C6=C9=CE?=) Date: Wed, 23 Dec 2009 20:59:26 +0300 Subject: =?koi8-r?Q?Bug_report._Russian_language._=F0=CF-=D2=D5=D3=D3=CB=C9?= Message-ID: This is bug report. This is Russian language. ????????? ?????? Midnight Commander. ? ???? Ubuntu 9.10 Karmic Koala. ? ?????? ? ????????? ? Gnome sudo apt-get install mc ? ????????? mc ??????? (23 ??????? 2009 ????). ????? ? ???????? mc ? ????????? ? Gnome ? ?????? ????? ? ????????? ??????: 0;askar at askar-safin-437: ~askar at askar-safin-437:~$ ?? ???? ??????????? ???????????? 2 ???? ? ??? ???????????? ????? "0;". ?? ?? ?????, ???? ??????? ??????? ????? ?????? ???????, ????????: 0;askar at askar-safin-437: /homeaskar at askar-safin-437:/home$ ???? ????????? ?????? "Gnome (recovery mode)", ?? ??? ?? ?? ?????. ???? ????????? ?????? xterm, ?? ??? ???? ???? ???? ???. ???? ?? ????????? ????, ?? ???? ???. ?????? mc: 2:4.6.2-2ubuntu1 ?????? gnome: 2.28.1 ?????? ubuntu: 9.10 ?????? ???? linux: 2.6.31-16-generic ????? From yury at shurup.com Thu Dec 24 12:39:05 2009 From: yury at shurup.com (Yury V. Zaytsev) Date: Thu, 24 Dec 2009 13:39:05 +0100 Subject: Bug report. Russian language. =?UTF-8?Q?=D0=9F=D0=BE-=D1=80=D1=83=D1=81=D1=81=D0=BA=D0=B8?= In-Reply-To: References: Message-ID: <1261658345.7234.25.camel@mypride> On Wed, 2009-12-23 at 20:59 +0300, ????? ????? wrote: > This is bug report. > This is Russian language. The version of mc that is currently shipped with Ubuntu is broken. Use the version from our PPA, or file a bug against Ubuntu and wait for further updates. https://launchpad.net/~zyv/+archive/ppa deb http://ppa.launchpad.net/zyv/ppa/ubuntu hardy main deb-src http://ppa.launchpad.net/zyv/ppa/ubuntu hardy main sudo apt-get remove --purge mc sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys F82FBD49 sudo apt-get update sudo apt-get upgrade sudo apt-get install mc -- Sincerely yours, Yury V. Zaytsev From weigelt at metux.de Thu Dec 24 19:43:13 2009 From: weigelt at metux.de (Enrico Weigelt) Date: Thu, 24 Dec 2009 20:43:13 +0100 Subject: testfarm In-Reply-To: <4B31500E.3040408@metux.de> References: <4B2622BB.9070605@metux.de> <1260791823.7254.12.camel@mypride> <4B31500E.3040408@metux.de> Message-ID: <20091224194312.GA31489@nibiru.local> Hi folks, I've now reworked the testfarm and put it into the MC-testfarm branch. Please have a look at it :) cu -- --------------------------------------------------------------------- Enrico Weigelt == metux IT service - http://www.metux.de/ --------------------------------------------------------------------- Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ --------------------------------------------------------------------- From slavazanko at gmail.com Fri Dec 25 19:20:58 2009 From: slavazanko at gmail.com (Slava Zanko) Date: Fri, 25 Dec 2009 21:20:58 +0200 Subject: Release out mc-4.7.0 Message-ID: <4B35109A.60300@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, folks. Subj. Download page: http://www.midnight-commander.org/downloads Major changes since 4.6.2: Core: * Native UTF-8 support; * Scalable TUI; * Added support for skins; * Added support for key bindings; * Added the ability to sort files by mouse click on column header; * Added keybindings to change files sorting order via shortcuts (PanelSelectSortOrder, PanelToggleSortOrderPrev, PanelToggleSortOrderNext, PanelReverseSort, PanelSortOrderByName, PanelSortOrderByExt, PanelSortOrderBySize, PanelSortOrderByMTime); * Now the indicator of the sorting type and sorting direction is always drawn on the panel header (sorting direction indicator is drawn near the current column in the long file list mode only); * Skin files: added new parameters 'sort-sign-up' and 'sort-sign-down' in the section '[widget-common]' to change the indicator of the sorting order; * Added option 'extensions_case' to the filehighlight.ini file; * Menu engine was reimplemented: 1) now the menu is built dynamically, 2) the shortcut displayed in the menu item is not a part of the menu item text and it is synchronized with the keybindings defined in mc.keymap file; * Removed own popt stuff (command line options parser), now using glib parser; * Added filename highlighting in the panels; * Copy/Move overwrite query dialog is more friendly to the long file names; * On the first run the find file dialog now contains latest item from history; * Charset support enabled by default (--enable-charset option); * Added cyclic menu navigation; * Changed the behavior of C-space: now it calculate size on "..", and for selected dirs if there are any; * New find file option: find only first hit in file (make search faster); * New find file option: whole words (find whole words only); * Support for the filename charset selection in panels; * Reworked 'Find File' dialog; * New unified search/replace engine with multiple search types: plain, wildcard, regexp and hex; * Extended 'Learn Keys' capability; * Locale-based codepage autodetection; * Initial support for Doxygen generated docs; * Build system updates (autoconf); * Translation updates; * Multiple x86_64 fixes. VFS: * Fixed viewing the *.tar files with a colon in the name; * Now 'exit' command on non-local filesystems is allowed; * Added partial support for Microsoft CAB archives; * Added support for *.ico files; * Added support for *.djvu files; * Fixed segfaults in various cases while browsing various VFSs; * Fixed warnings when file is copied inside the archive; * Fixed the recognition of the *.tar.xz archives; * Added the recognition of the lzma archives by extension; * Added support for IPv6 protocol in FTPFS; * Updated extfs/iso9660 to support Joliet "UCS level 1". Editor: * Added scrolled percentage in status bar (only in "simple statusbar" mode); * Fixed misbehaving rectangular selection in the editor (when selecting from right to left and/or bottom to top); * Split editor menu 'Command' to 'Command' and 'Format'; * Added option 'Check POSIX new line' into 'Save mode...' dialog, add notification before save when no newline at EOF; * Added keybindings ('EditShiftBlockLeft', 'EditShiftBlockRight') for shift block; * Fixed incorrect drawing CJK (double width) characters; * Enhanced 'Save as' dialog by allowing to select the line breaks type: Windows/UNIX/Mac (CR LF/LF/CR); * Updated syntax highlighting for VerilogHDL, Shell script, mail, html; * Added syntax highlighting for yum *.repo files, pacman's PKGBUILD and .install files, erlang, ebuild, named, strace, j; * New search/replace flag added "In selection"; * New hotkeys for bookmarks, now bookmark is displayed in status line and editor; * New cursor behavior: option "Cursor beyond end of line" allows moving the cursor beyond the end of line. * Various editor enhancements (mark/move/copy/paste vertical blocks); * Source code navigation through ctags/etags TAGS files; * New option: 'Persistent selection'; * Delete/Backspace deletes selected block if 'Persistent selection' is off; * Ability to shift blocks to the right with Tab key and to the left with Complete key if 'Persistent selection' is off; * Show line numbers (optional); * Highlighting of tabs and trailing spaces (optional); * Added some hotkeys. Viewer: * Fixed tabs alignment; * Fixed view of next/prev file; * Fixed showing Windows/Mac (CR LF/CR) line terminator; * Reworked to improve the performance; * Implemented interruptible long-distance movements; * Splitted src/view.[ch] into many files in src/viewer/ subdir to simplify the support of the codebase; * Fixed building of the format string at runtime (for better i18n); * Added 'Whole words' option to the viewer 'Search' dialog. Misc: * Shared clipboard for the mc editor, form fields, panel and command prompt; * Refactoring: now all filename constants are placed in src/fileloc.h file; * Testing & development: added ability for change user config dir. For example, type make CFLAGS='-DMC_USERCONF_DIR=\".mc2\"'; * Changed Alt+Backspace behavior in command line; * Hotlist: support for the environment variables ($HOME, ~username, etc.); * Hotlist: support for the completion in path input; * All list widgets: support for the fast navigation by number keys (i.e. 1 - first list item, 2 - second item etc.); * New option mouse_close_dialog, if mouse_close_dialog=1 clicking outside of the dialog closes them; * New: SI-based size display; * Shared history for find file, editor search/replace, viewer; * Show free space on the current file system; * Show size of the selected files in the mini-status bar. Fixes: * Fixed broken building under uclibc < 0.9.29; * Autoindent regression; * Viewer Hex editor regression; * Incorrect indentation block when selecting with F3 + keys; * Fixed ownership of the config files; * Configure.ac: fixed broken option check '--disable-vfs-undelfs'; * Learn keys: fixed incorrect save of keys configuration; * Fixed bug with 'The shell is already running a command'; * Fixed 'B' artefact into OpenSuse root user console; * Segfault on incorrect color pair in [Color] section; * Incorrect position of panel codeset dialog; * Limit file size display to 9 digits only; * Lines drawing in -a stickchars mode; * Segfault when you try to use non-anonymous FTP; * Ctrl-O handling under GNU Screen in altscreen mode; * Support for CP866 (IBM866) locale; * Configure.ac: checking for minimal version of glib and exit if version less than 2.6; * Segfault by mouse wheel action in history list and menu; * Fixed behavior of Meta+PgDn? in editor; * Fixed behavior of the cursor movement by Ctrl+arrows when cursor is beyond EOL; * Fixed editor autocompletion; * Fixed stealing the Kill Word shortcut by the Copy/Move dialog; * Fixed autoconf issue when configure with --with-gpm-mouse option; * Linking error with --enable-vfs-undelfs; * External editor won't open if there are spaces in EDITOR variable; * C-c kill mc if mc built with --without-subshell option and is run with -d option; * Directory hotlist rendering; * Segfault on empty replace string; * Fixes for vfs/tarfs; * Removed bashizm from vfs/extfs/u7z; * Crash mc on create new file (Shift-F4) in external editor; * File copy/move dialog: asterisks are now handled as search groups in the in replacement field; * VFS: Fixed SIGSERV (or heap corruption) on long filenames; * Restore correct current directory after switching from the Info panel to List panel; * Fixed broken backwards search; * Fixed uninitialized value for mouse event in in find.c#check_find_events() function; * Fixed Ctrl+Z signal handling; * Fixed incorrect prompt display; * Fixed incorrect vertical selection (if status line is switched on); * Fixed screen resize handle if mouse support is disabled; * Fixed mouse support in 'konsole-256color' terminal; * Fixed keycodes in 'xterm-256color' terminal; * Fixed incorrect regexp search by content in 'file find' dialog (#1543); * Fixed incorrect backwards search; * Fixed incorrect detection of the compressed patchfs; * Fixed incorrect detection of the codeset when codeset is selected; * Editor undo fixes; * Upstreamed many fixes from the distributions (Debian, ...); * Fixed segfaults on fish permission checks; * Fixed fish symlinks handling and fancy names escaping; * Various mc.ext fixes; * Command line completion fixes (mainly escaping); * Small fixes in history handling (locale independent .mc/history entries); * Code cleanups, various memleaks fixed (many thanks to valgrind). MC dev team hopes to bring MC users exciting usage experience... ;) Merry Christmas and happy New Year! WBR, dev-team. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAks1EJUACgkQb3oGR6aVLpo/PQCaAvWFX6Fg7a4+UmidAzMHXkWo QLgAn383k4eh0A0DrNDZ7n0bSNtTWpd5 =nT6r -----END PGP SIGNATURE----- From miguel at novell.com Fri Dec 25 20:09:31 2009 From: miguel at novell.com (Miguel de Icaza) Date: Fri, 25 Dec 2009 15:09:31 -0500 Subject: Release out mc-4.7.0 In-Reply-To: <4B35109A.60300@gmail.com> References: <4B35109A.60300@gmail.com> Message-ID: <164DDDAC-04A8-4D5C-B09E-5CFAC89432DC@novell.com> Hello, I did not install this update, but the previous version remapped Control-T to be some sort of selector for encodings, and it used to be tag-current-file. Tag current file is necessary for older terminals, and it is also the binding used for other terminal applications. Miguel. On Dec 25, 2009, at 2:20 PM, Slava Zanko wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, folks. > > Subj. Download page: http://www.midnight-commander.org/downloads > > Major changes since 4.6.2: > > Core: > > * Native UTF-8 support; > * Scalable TUI; > * Added support for skins; > * Added support for key bindings; > * Added the ability to sort files by mouse click on column header; > * Added keybindings to change files sorting order via shortcuts > (PanelSelectSortOrder, PanelToggleSortOrderPrev, > PanelToggleSortOrderNext, PanelReverseSort, PanelSortOrderByName, > PanelSortOrderByExt, PanelSortOrderBySize, PanelSortOrderByMTime); > * Now the indicator of the sorting type and sorting direction is > always drawn on the panel header (sorting direction indicator is drawn > near the current column in the long file list mode only); > * Skin files: added new parameters 'sort-sign-up' and > 'sort-sign-down' in the section '[widget-common]' to change the > indicator of the sorting order; > * Added option 'extensions_case' to the filehighlight.ini file; > * Menu engine was reimplemented: 1) now the menu is built > dynamically, 2) the shortcut displayed in the menu item is not a part of > the menu item text and it is synchronized with the keybindings defined > in mc.keymap file; > * Removed own popt stuff (command line options parser), now using > glib parser; > * Added filename highlighting in the panels; > * Copy/Move overwrite query dialog is more friendly to the long file > names; > * On the first run the find file dialog now contains latest item > from history; > * Charset support enabled by default (--enable-charset option); > * Added cyclic menu navigation; > * Changed the behavior of C-space: now it calculate size on "..", > and for selected dirs if there are any; > * New find file option: find only first hit in file (make search > faster); > * New find file option: whole words (find whole words only); > * Support for the filename charset selection in panels; > * Reworked 'Find File' dialog; > * New unified search/replace engine with multiple search types: > plain, wildcard, regexp and hex; > * Extended 'Learn Keys' capability; > * Locale-based codepage autodetection; > * Initial support for Doxygen generated docs; > * Build system updates (autoconf); > * Translation updates; > * Multiple x86_64 fixes. > > VFS: > * Fixed viewing the *.tar files with a colon in the name; > * Now 'exit' command on non-local filesystems is allowed; > * Added partial support for Microsoft CAB archives; > * Added support for *.ico files; > * Added support for *.djvu files; > * Fixed segfaults in various cases while browsing various VFSs; > * Fixed warnings when file is copied inside the archive; > * Fixed the recognition of the *.tar.xz archives; > * Added the recognition of the lzma archives by extension; > * Added support for IPv6 protocol in FTPFS; > * Updated extfs/iso9660 to support Joliet "UCS level 1". > > Editor: > * Added scrolled percentage in status bar (only in "simple > statusbar" mode); > * Fixed misbehaving rectangular selection in the editor (when > selecting from right to left and/or bottom to top); > * Split editor menu 'Command' to 'Command' and 'Format'; > * Added option 'Check POSIX new line' into 'Save mode...' dialog, > add notification before save when no newline at EOF; > * Added keybindings ('EditShiftBlockLeft', 'EditShiftBlockRight') > for shift block; > * Fixed incorrect drawing CJK (double width) characters; > * Enhanced 'Save as' dialog by allowing to select the line breaks > type: Windows/UNIX/Mac (CR LF/LF/CR); > * Updated syntax highlighting for VerilogHDL, Shell script, mail, html; > * Added syntax highlighting for yum *.repo files, pacman's PKGBUILD > and .install files, erlang, ebuild, named, strace, j; > * New search/replace flag added "In selection"; > * New hotkeys for bookmarks, now bookmark is displayed in status > line and editor; > * New cursor behavior: option "Cursor beyond end of line" allows > moving the cursor beyond the end of line. > * Various editor enhancements (mark/move/copy/paste vertical blocks); > * Source code navigation through ctags/etags TAGS files; > * New option: 'Persistent selection'; > * Delete/Backspace deletes selected block if 'Persistent selection' > is off; > * Ability to shift blocks to the right with Tab key and to the left > with Complete key if 'Persistent selection' is off; > * Show line numbers (optional); > * Highlighting of tabs and trailing spaces (optional); > * Added some hotkeys. > > Viewer: > * Fixed tabs alignment; > * Fixed view of next/prev file; > * Fixed showing Windows/Mac (CR LF/CR) line terminator; > * Reworked to improve the performance; > * Implemented interruptible long-distance movements; > * Splitted src/view.[ch] into many files in src/viewer/ subdir to > simplify the support of the codebase; > * Fixed building of the format string at runtime (for better i18n); > * Added 'Whole words' option to the viewer 'Search' dialog. > > Misc: > * Shared clipboard for the mc editor, form fields, panel and command > prompt; > * Refactoring: now all filename constants are placed in > src/fileloc.h file; > * Testing & development: added ability for change user config dir. > For example, type make CFLAGS='-DMC_USERCONF_DIR=\".mc2\"'; > * Changed Alt+Backspace behavior in command line; > * Hotlist: support for the environment variables ($HOME, ~username, > etc.); > * Hotlist: support for the completion in path input; > * All list widgets: support for the fast navigation by number keys > (i.e. 1 - first list item, 2 - second item etc.); > * New option mouse_close_dialog, if mouse_close_dialog=1 clicking > outside of the dialog closes them; > * New: SI-based size display; > * Shared history for find file, editor search/replace, viewer; > * Show free space on the current file system; > * Show size of the selected files in the mini-status bar. > > Fixes: > * Fixed broken building under uclibc < 0.9.29; > * Autoindent regression; > * Viewer Hex editor regression; > * Incorrect indentation block when selecting with F3 + keys; > * Fixed ownership of the config files; > * Configure.ac: fixed broken option check '--disable-vfs-undelfs'; > * Learn keys: fixed incorrect save of keys configuration; > * Fixed bug with 'The shell is already running a command'; > * Fixed 'B' artefact into OpenSuse root user console; > * Segfault on incorrect color pair in [Color] section; > * Incorrect position of panel codeset dialog; > * Limit file size display to 9 digits only; > * Lines drawing in -a stickchars mode; > * Segfault when you try to use non-anonymous FTP; > * Ctrl-O handling under GNU Screen in altscreen mode; > * Support for CP866 (IBM866) locale; > * Configure.ac: checking for minimal version of glib and exit if > version less than 2.6; > * Segfault by mouse wheel action in history list and menu; > * Fixed behavior of Meta+PgDn? in editor; > * Fixed behavior of the cursor movement by Ctrl+arrows when cursor > is beyond EOL; > * Fixed editor autocompletion; > * Fixed stealing the Kill Word shortcut by the Copy/Move dialog; > * Fixed autoconf issue when configure with --with-gpm-mouse option; > * Linking error with --enable-vfs-undelfs; > * External editor won't open if there are spaces in EDITOR variable; > * C-c kill mc if mc built with --without-subshell option and is run > with -d option; > * Directory hotlist rendering; > * Segfault on empty replace string; > * Fixes for vfs/tarfs; > * Removed bashizm from vfs/extfs/u7z; > * Crash mc on create new file (Shift-F4) in external editor; > * File copy/move dialog: asterisks are now handled as search groups > in the in replacement field; > * VFS: Fixed SIGSERV (or heap corruption) on long filenames; > * Restore correct current directory after switching from the Info > panel to List panel; > * Fixed broken backwards search; > * Fixed uninitialized value for mouse event in in > find.c#check_find_events() function; > * Fixed Ctrl+Z signal handling; > * Fixed incorrect prompt display; > * Fixed incorrect vertical selection (if status line is switched on); > * Fixed screen resize handle if mouse support is disabled; > * Fixed mouse support in 'konsole-256color' terminal; > * Fixed keycodes in 'xterm-256color' terminal; > * Fixed incorrect regexp search by content in 'file find' dialog > (#1543); > * Fixed incorrect backwards search; > * Fixed incorrect detection of the compressed patchfs; > * Fixed incorrect detection of the codeset when > codeset is selected; > * Editor undo fixes; > * Upstreamed many fixes from the distributions (Debian, ...); > * Fixed segfaults on fish permission checks; > * Fixed fish symlinks handling and fancy names escaping; > * Various mc.ext fixes; > * Command line completion fixes (mainly escaping); > * Small fixes in history handling (locale independent .mc/history > entries); > * Code cleanups, various memleaks fixed (many thanks to valgrind). > > MC dev team hopes to bring MC users exciting usage experience... ;) > > Merry Christmas and happy New Year! > > WBR, dev-team. > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.10 (GNU/Linux) > Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ > > iEYEARECAAYFAks1EJUACgkQb3oGR6aVLpo/PQCaAvWFX6Fg7a4+UmidAzMHXkWo > QLgAn383k4eh0A0DrNDZ7n0bSNtTWpd5 > =nT6r > -----END PGP SIGNATURE----- > _______________________________________________ > Mc mailing list > http://mail.gnome.org/mailman/listinfo/mc From yury at shurup.com Fri Dec 25 20:12:21 2009 From: yury at shurup.com (Yury V. Zaytsev) Date: Fri, 25 Dec 2009 21:12:21 +0100 Subject: Release out mc-4.7.0 In-Reply-To: <164DDDAC-04A8-4D5C-B09E-5CFAC89432DC@novell.com> References: <4B35109A.60300@gmail.com> <164DDDAC-04A8-4D5C-B09E-5CFAC89432DC@novell.com> Message-ID: <1261771941.6876.54.camel@mypride> Hi! On Fri, 2009-12-25 at 15:09 -0500, Miguel de Icaza wrote: > I did not install this update, but the previous version remapped > Control-T to be some sort of selector for encodings, and it used to be > tag-current-file. This change was reverted later on for the very same reason. -- Sincerely yours, Yury V. Zaytsev From slyfox at inbox.ru Fri Dec 25 20:28:53 2009 From: slyfox at inbox.ru (Sergei Trofimovich) Date: Fri, 25 Dec 2009 22:28:53 +0200 Subject: Release out mc-4.7.0 In-Reply-To: <1261771941.6876.54.camel@mypride> References: <4B35109A.60300@gmail.com> <164DDDAC-04A8-4D5C-B09E-5CFAC89432DC@novell.com> <1261771941.6876.54.camel@mypride> Message-ID: <20091225222853.6b30b2be@mosly> On Fri, 25 Dec 2009 21:12:21 +0100 "Yury V. Zaytsev" wrote: > > I did not install this update, but the previous version remapped > > Control-T to be some sort of selector for encodings, and it used to be > > tag-current-file. > > This change was reverted later on for the very same reason. http://www.midnight-commander.org/ticket/1390 to be precise -- Sergei -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From mpol at gmx.net Sat Dec 26 11:23:56 2009 From: mpol at gmx.net (Marcel Pol) Date: Sat, 26 Dec 2009 12:23:56 +0100 Subject: Translation for mc Message-ID: <20091226122356.63b89397@ringworld> Hello, Congrats again on the release. I wonder if it would be possible to inform translators when a new release is coming. For the Dutch translation I was apparently just in time for the release :), but if I had known the release of 4.7.0 was so close, then I would have taken a second look if everything was alright (and I already spotted some bugs in nl.po). With most projects there is a window of about a week where there are string freezes, and translators have a chance to update the po-files and send them in. Would it be possible to have this going for a next release of mc as well? Also I was looking at keybindings in the menus. Some use a capital letter, some don't, which makes the menus look a bit messy. For now I resolved to use all caps in keybindings, even if the original string was not using caps. What is the way to deal with it? Further I have some untranslated strings, and I just don't know what they are supposed to be. Maybe someone can shed a light on what the software actually does? I list them below: Can I just translate this into Dutch, literally? #: src/args.c:339 msgid "[this_dir] [other_panel_dir]" msgstr "" I'm not sure what exactly tokens are. Can someone explain? #: src/search/lib.c:43 msgid " Num of replace tokens not equal to num of found tokens " msgstr "" I'm not sure how to translate the prime symbol. Any Dutch speakers know of anything? Or how do other languages translate it? #:src/tty/key.c:176 msgid "Prime" msgstr "" An understrike is different from an underline I suppose? #: src/tty/key.c:178 msgid "Understrike" msgstr "" Hum, this sentence seems a bit awkward to me. Is it? #: src/viewer/search.c:227 msgid "Seeking to search result" msgstr "" Thanks, -- Marcel Pol From yury at shurup.com Sat Dec 26 18:03:50 2009 From: yury at shurup.com (Yury V. Zaytsev) Date: Sat, 26 Dec 2009 19:03:50 +0100 Subject: Translation for mc In-Reply-To: <20091226122356.63b89397@ringworld> References: <20091226122356.63b89397@ringworld> Message-ID: <1261850630.7024.17.camel@mypride> Hi! On Sat, 2009-12-26 at 12:23 +0100, Marcel Pol wrote: > I wonder if it would be possible to inform translators when a new > release is coming. For the Dutch translation I was apparently just in > time for the release :), but if I had known the release of 4.7.0 was so > close, then I would have taken a second look if everything was alright > (and I already spotted some bugs in nl.po). In general, we try to release at least a beta release every two month with stable releases every 4-6 month or so. If you'd like to check what is the currently planned next release date, you can follow the roadmap on trac. Either way, next time we will send out a reminder to the translators about two weeks before the next planned release date. -- Sincerely yours, Yury V. Zaytsev From mpol at gmx.net Sat Dec 26 18:22:11 2009 From: mpol at gmx.net (Marcel Pol) Date: Sat, 26 Dec 2009 19:22:11 +0100 Subject: Translation for mc In-Reply-To: <1261850630.7024.17.camel@mypride> References: <20091226122356.63b89397@ringworld> <1261850630.7024.17.camel@mypride> Message-ID: <20091226192211.23066e5d@ringworld> Op Sat, 26 Dec 2009 19:03:50 +0100 schreef "Yury V. Zaytsev" : > Hi! > > On Sat, 2009-12-26 at 12:23 +0100, Marcel Pol wrote: > > > I wonder if it would be possible to inform translators when a new > > release is coming. For the Dutch translation I was apparently just > > in time for the release :), but if I had known the release of 4.7.0 > > was so close, then I would have taken a second look if everything > > was alright (and I already spotted some bugs in nl.po). > > In general, we try to release at least a beta release every two month > with stable releases every 4-6 month or so. If you'd like to check > what is the currently planned next release date, you can follow the > roadmap on trac. > > Either way, next time we will send out a reminder to the translators > about two weeks before the next planned release date. Thanks, that reminder would be welcome. -- Marcel Pol From y199mp1505 at gmail.com Fri Dec 25 22:32:50 2009 From: y199mp1505 at gmail.com (frank) Date: Fri, 25 Dec 2009 22:32:50 +0000 Subject: Release out mc-4.7.0 In-Reply-To: <4B35109A.60300@gmail.com> References: <4B35109A.60300@gmail.com> Message-ID: Hello Slava, It compiles but it starts with: GLib-CRITICAL **: g_array_free: assertion `array' failed Thanks frank From weigelt at metux.de Sat Dec 26 19:46:41 2009 From: weigelt at metux.de (Enrico Weigelt) Date: Sat, 26 Dec 2009 20:46:41 +0100 Subject: Translation for mc In-Reply-To: <1261850630.7024.17.camel@mypride> References: <20091226122356.63b89397@ringworld> <1261850630.7024.17.camel@mypride> Message-ID: <20091226194641.GB31489@nibiru.local> * Yury V. Zaytsev schrieb: > In general, we try to release at least a beta release every two month > with stable releases every 4-6 month or so. If you'd like to check what > is the currently planned next release date, you can follow the roadmap > on trac. Perhaps we could contigiously recreate the pot file and send diffs to the list / translators. Maybe this should directly happen on the WIP branches before merging. cu -- --------------------------------------------------------------------- Enrico Weigelt == metux IT service - http://www.metux.de/ --------------------------------------------------------------------- Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ --------------------------------------------------------------------- From ciampix at libero.it Sun Dec 27 17:32:53 2009 From: ciampix at libero.it (Marco Ciampa) Date: Sun, 27 Dec 2009 18:32:53 +0100 Subject: Translation for mc In-Reply-To: <20091226192211.23066e5d@ringworld> References: <20091226122356.63b89397@ringworld> <1261850630.7024.17.camel@mypride> <20091226192211.23066e5d@ringworld> Message-ID: <20091227173253.GA20835@ciampix-lap2> On Sat, Dec 26, 2009 at 07:22:11PM +0100, Marcel Pol wrote: > Op Sat, 26 Dec 2009 19:03:50 +0100 > schreef "Yury V. Zaytsev" : > > > Hi! > > > > On Sat, 2009-12-26 at 12:23 +0100, Marcel Pol wrote: > > > > > I wonder if it would be possible to inform translators when a new > > > release is coming. For the Dutch translation I was apparently just > > > in time for the release :), but if I had known the release of 4.7.0 > > > was so close, then I would have taken a second look if everything > > > was alright (and I already spotted some bugs in nl.po). > > > > In general, we try to release at least a beta release every two month > > with stable releases every 4-6 month or so. If you'd like to check > > what is the currently planned next release date, you can follow the > > roadmap on trac. > > > > Either way, next time we will send out a reminder to the translators > > about two weeks before the next planned release date. > > > Thanks, that reminder would be welcome. +1 -- Marco Ciampa +--------------------+ | Linux User #78271 | | FSFE fellow #364 | +--------------------+ From yury at shurup.com Tue Dec 29 13:00:36 2009 From: yury at shurup.com (Yury V. Zaytsev) Date: Tue, 29 Dec 2009 14:00:36 +0100 Subject: [Fwd: Re: memory leak with quick view] In-Reply-To: <20091222112804.257a3547@atak.bl.pg.gda.pl> References: <1261310985.7059.94.camel@mypride> <20091220144534.71e4c605@atak.bl.pg.gda.pl> <1261316932.7059.125.camel@mypride> <20091220152339.5758671b@atak.bl.pg.gda.pl> <1261319396.7059.153.camel@mypride> <20091220155614.0a11f205@atak.bl.pg.gda.pl> <1261321525.7059.170.camel@mypride> <20091220163048.17c4f573@atak.bl.pg.gda.pl> <1261397869.7000.15.camel@mypride> <20091222112804.257a3547@atak.bl.pg.gda.pl> Message-ID: <1262091636.6883.41.camel@mypride> Hi! On Tue, 2009-12-22 at 11:28 +0100, Janek Kozicki wrote: > In fact I'm unable to create a condition when those two bugs do not > appear :) > > Otherwise I would be able to tell you how to fix it, and that would > help you to identify the bug..... The issues have been reproduced and are being worked on. In meantime you might wish to subscribe the the corresponding trac tickets to track the developments on these fronts. Ticket #1918 (Quick view corruption) created by zyv http://www.midnight-commander.org/ticket/1918 Ticket #1919 (Directories are not highlighted on default install on Debian) created by zyv http://www.midnight-commander.org/ticket/1919 Thank you for helping us making mc a better user experience! -- Sincerely yours, Yury V. Zaytsev From slavazanko at gmail.com Wed Dec 30 20:58:30 2009 From: slavazanko at gmail.com (Slava Zanko) Date: Wed, 30 Dec 2009 22:58:30 +0200 Subject: Minor release 4.7.0.1 Message-ID: <4B3BBEF6.1000901@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 We've found some critical bugs (editor, x86_64, ...) in the previous 4.7.0 release, so we rushed out a minor bugfix 4.7.0.1 release now. Please upgrade if you happen to experience these. Merry Christmas and Happy New Year 2010! On behalf of the Midnight Commander development team, - -- Slavaz. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAks7vvAACgkQb3oGR6aVLpqdTwCfa0kCCqNvFm7v7dZROLB4F7Gl TEcAn0VX8jP1K9ESWUu5bAI7ZXlm380E =y05q -----END PGP SIGNATURE-----