Re: Help testing release candidate / mc-4.8.23-rc1

+0200 Egmont Koblinger via mc-devel wrote: > > There's a severe usability regression: After pressing F9 the hotkeys > > (e.g. O for Options, then L for Layout) don't work. > > Thanks for the bugreport. > Fixed in 7eaa51c79bb74

Re: Help testing release candidate / mc-4.8.23-rc1

git bisect points to f5f78ea658 "Ticket #212: implement keybinding for menu." e. On Mon, Jun 17, 2019 at 10:56 PM Egmont Koblinger wrote: > > Hi guys, > > There's a severe usability regression: After pressing F9 the hotkeys > (e.g. O for Options, then L for Layou

Re: Help testing release candidate / mc-4.8.23-rc1

Hi guys, There's a severe usability regression: After pressing F9 the hotkeys (e.g. O for Options, then L for Layout) don't work. cheers, egmont On Sun, Jun 16, 2019 at 9:14 PM Yury V. Zaytsev wrote: > > Hi there, > > TLDR; I would appreciate if you could please test the following tarball > on

Re: change default configuration

On Fri, Jul 27, 2018 at 7:28 PM, Oswald Buddenhagen < oswald.buddenha...@gmx.de> wrote: > > fwiw, i always found that default setting rather surprising and > counter-productive, too. the vim/emacs/etc. hardliners will find the way > to launch their personal deity, err, preferred editor soon

ncurses-6.1 vs. slang-2.3.1 broken

FYI: This combination: - MC compiled against S-Lang, - S-Lang version 2.3.1 (or older), - terminfo (ncurses) version 6.1 (or newer), - TERM=xterm-256color breaks the arrow keys and probably much more. This is because slang reads the binary terminfo files manually, rather than via libtinfo, and

Re: Help testing release candidate / mc-4.8.20-rc1

Hi, 403 Forbidden. cheers, e. On Sat, Nov 18, 2017 at 7:59 PM, Yury V. Zaytsev wrote: > Hi there, > > TLDR; I would appreciate if you could please test the following tarball > on your systems and report any blocker regressions as compared to the > previous 4.8.19 release: > >

Re: [PATCH] Initialize struct stat st_[acm]tim.tv_nsec when present

Hi guys, It is a regression (on my Fedora at least), as timestamps were preserved > with the earlier mc versions. > As far as I understand the current story, this is probably due to some other change since mc didn't change its relevant code recently. Also, generally it's not feasible to make a

Re: A requirement for the current user to own ttys

On Sun, Mar 12, 2017 at 10:08 PM, Egmont Koblinger <egm...@gmail.com> wrote: > So, again, if I'm not mistaken, cons.saver basically does the following: > Based on the ownership, permissions etc. of _/dev/ttyX_, it either grants > or denies access to _/dev/vcsaX_. You cannot e

Re: A requirement for the current user to own ttys

Hi, Why do you think on my system I cannot access vcs* devices. As far as I > remember I never said that. > You did include the output of "ls -l /dev/vcs*" on your system, showing that they're owned by vcsa and chmod 600. So, they are not directly accessible to your 'echo' or 'ghost' users. They

Re: A requirement for the current user to own ttys

Hi, On Sun, Mar 12, 2017 at 12:54 AM, Key Offecka wrote: > > if the user (the real user, not the effective one) is root then permission > check is successful > else > if the user owns the resource then permission check is successful > else > if the user belongs to

Re: A requirement for the current user to own ttys

Hi, On Sat, Mar 11, 2017 at 7:50 PM, Konstantin I. wrote: > Hi, > > > Nope. Via "sudo", the first user is allowed to execute certain commands > on behalf of the second, not the other way around. > > I didn't say "via sudo" > You did mention "sudo" a couple of times. You

Re: A requirement for the current user to own ttys

Hi, The requirement here is that the second user (`ghost` in this example) is > authorised to act on behalf of `echo`. > Nope. Via "sudo", the first user is allowed to execute certain commands on behalf of the second, not the other way around. During this, the second user doesn't have any access

Re: A requirement for the current user to own ttys

Hi, > All you say about vcs* sounds reasonable, unfortunately according to the code, the tty owner is the problem. What do you mean the tty owner is the _problem_? What kind of problem? I believe it's not the _problem_, it's the piece of information we rely on to figure out if cons.saver is

Re: A requirement for the current user to own ttys

Hi, cons.saver, as you apparently know this, is the helper binary responsible for restoring the contents of the Linux console when you quit mc or press Ctrl+O. A helper is required since the Linux console does not have an "alternate screen" that graphical terminal emulators have. In order to be

Re: mc misdetects 256 color support on rxvt

On Wed, May 4, 2016 at 5:44 PM, wrote: > I know for a fact that rxvt has 256 > color support because configure outputs: > --enable-256-color > According to my understanding, this means that you cannot know for sure whether it supports 256 colors because it can be compiled with

Re: small request

On Thu, Apr 28, 2016 at 9:55 AM, solarflow99 wrote: > Perhaps having something like "save directory paths", "other-dir" or > similar as Paul mentioned could be added with the default to just be ON. > This could always be overridden by unchecking it and saving settings. >

Re: small request

n to save every change, its just other_dir never saves the > last directory you were in. It always used to, thats why I felt the new > behaviour was wrong. I find it really annoying to always lose the > directory I was in, on the opposite panel, don't you? > > > > On Tue, A

Re: small request

Hi, I personally prefer it being disabled. This way I can quickly change any setting (e.g. panel listing format) knowing it won't persist and my config won't be overwritten. Otherwise I'd eventually end up with a config that slowly, step by step diverges very far away from my original preference,

Re: mc and me

On Sun, Nov 8, 2015 at 10:29 PM, Yury V. Zaytsev wrote: > Sure, I can try to find time to help... Are you on IRC? Nope. I can join if I know there's something particular going on that I know about in advance and happen to be available at that time, but generally I prefer

Re: mc and me

tests -- that's it?), check if the code is formatted (make indent -- correct?), update the NEWS file (how?), anything else? thanks, egmont On Sun, Nov 8, 2015 at 9:49 PM, Yury V. Zaytsev <y...@shurup.com> wrote: > On Fri, 2015-11-06 at 19:43 +0100, Egmont Koblinger wrote: > >>

Re: mc and me

On Sun, Nov 8, 2015 at 10:43 PM, Yury V. Zaytsev wrote: > Sure, I also prefer pull to push, but I find realtime to be much more > efficient when it comes to stuff like "can you hand-hold me while I'm > merging a branch for the first time". Sure, let's do so at one point.

Re: mc and me

Thanks to all of you guys! On Thu, Nov 5, 2015 at 10:13 PM, Yury V. Zaytsev wrote: > How about doing it the other way around from now on? You put the branch > on review, and if there is no vote coming, and no one vehemently objects > on technically substantiated grounds, it can

mc and me

Hi guys, I've been thinking about writing something like this for quite a long time... Some of you might know that I like contributing to various open source projects as a hobby. Some of you might know what my top hobby project is. mc is the second in the line. Recently I've devoted a much

Re: Please release 4.8.15

ahead and apply them quickly (and please include #3534 as well). If there are 10-15 fixes you'd like to squeeze in, please forget it -- release a .15 now and a .16 when you're ready with those! Please don't delay the segfault fix any further! thanks, e. On Sun, Oct 18, 2015 at 9:22 PM, Egmont

Re: Midnight Commander not compiles on Debian Squeeze

Hi Andrey, This was introduced by a recent patch created by me that fixes a segfault (a critical bug in 4.8.14). libc6's version is irrelevant, glib matters here. I think so far mc required a glib that's not older than about 7 years if I remember correctly. This change makes it require glib-2.26

Re: Midnight Commander not compiles on Debian Squeeze

Hi :) I'm drunk now but i think i included the version number in the prev mail. See the doc of g-regex-get-compole-flags to get it :) Sent from mobile On Oct 19, 2015 9:25 PM, "Yury V. Zaytsev" wrote: > On Mon, 2015-10-19 at 20:30 +0300, Andrey Tataranovich wrote: > > > > Glib

Re: Migration to Travis CI and help with tests

On Sun, Oct 18, 2015 at 10:24 PM, Yury V. Zaytsev wrote: > ../../../src/viewer/datasource.c: In function ‘mcview_load_command_output’: > ../../../src/viewer/datasource.c:398:16: error: declaration of ‘pipe’ shadows > a global declaration [-Werror=shadow] > > I would appreciate

Please release 4.8.15

Hi guys, Now that the infamous segfault is finally fixed, could we please have a new release in the very near future? mc -- according to a certain way of counting -- will be 21 years old by the end of this month (see last year's 20th birthday mail). It means it'll be allowed to buy alcoholic

Re: Call for help: Please test patch to 3449

Friendly ping... ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel

Re: mc-4.8.14 hangs on select for 10 seconds at startup

The upstream ticket for this issue (caused by the semicolon at the end of PROMPT_COMMAND) is at: https://www.midnight-commander.org/ticket/3534 e. On Mon, Jun 1, 2015 at 2:53 AM, Mooffie wrote: > On 6/1/15, Mike Smithson wrote: >> On startup it hangs for

Re: Call for help: Please test patch to 3449

After 2 weeks of testing, the patch seems to be good. Dear devels, please apply it and release 4.8.15 in the very near future, thanks! egmont On Mon, Sep 14, 2015 at 11:02 PM, Egmont Koblinger <egm...@gmail.com> wrote: > Nevermind, I ended up filing 3524 and 3525. > > Everyt

Call for help: Please test patch to 3449

Hi, The latest stable release (4.8.14) has an infamous segfault bug that's been unresolved for half a year now. I created a patch, it's attached to https://www.midnight-commander.org/ticket/3449 Could you guys please test this patch thoroughly? It seems to work for me, but I haven't had the

Re: Call for help: Please test patch to 3449

Nevermind, I ended up filing 3524 and 3525. Everything correlates with everything in weird ways... On Mon, Sep 14, 2015 at 10:08 PM, Egmont Koblinger <egm...@gmail.com> wrote: > On Mon, Sep 14, 2015 at 8:47 PM, Yury V. Zaytsev <y...@shurup.com> wrote: > >> Does it only

Re: Call for help: Please test patch to 3449

On Mon, Sep 14, 2015 at 8:47 PM, Yury V. Zaytsev wrote: > Does it only fix the segfault (which would be already awesome), or it > also fixes the side problem of the "whole words" thing that I have > discovered while investigating the segfault? The segfault only. The other one

Re: Plans for Midnight Commander development

I think the top priority right now should be to fix the regex crash issue and release a 4.8.15. Then figure out what to do :) Unfortunately I won't be able to work on it any time soon. e. On Wed, Aug 12, 2015 at 2:28 PM, Pavel Tsekov ptse...@gmx.net wrote: Hello Yury, Sunday, May 31, 2015,

Re: mc is over!? - post by Ilia Maslakov on Russian-speaking IT site

Another thing that occurred to me: to save on long term development costs, we should simplify the codebase and get rid of alternatives. Slang and ncurses - keep one, drop the other Glib regex and pcre - same Charset: there are 5 possibilities handled by branches throughout the code (built

Re: mc is over!?

Btw i fixed gnome-terminal's key sequences about a year ago Sent from mobile On May 28, 2015 11:57 PM, Steve Rainwater srainwa...@ncc.com wrote: Hi all, I'm another long time user of mc. I've used it on Windows, Solaris, HP-UX, and currently on GNU/Linux (mostly Fedora and CentOS). I use it

Re: mc is over!?

You ask for source code repo and stuff? Do apologize to me,it's alot of shots andd beers speaking of me right now, but if you ask these questions and couldn't figure out the answers for yourself (I mean: the answer is straight there on the opening homepage of mc) then i'm afraid you might not be

Re: mc is over!? - post by Ilia Maslakov on Russian-speaking IT site

Hi guys, I'm sorry to hear about this... but honestly it didn't surprise me. I think anyone could have seen that this was going to happen, it was only a matter of time - few months, a year or two maybe. What I'm really sad about is that the issue has been raised a couple of times already, yet

Re: [ANN] mc^2

Hi, On Sun, May 10, 2015 at 10:49 AM, Yury V. Zaytsev y...@shurup.com wrote: Egmont, would you be able to do as much? Formally you are not part of the core team, but then again, if Andrew ends up being alone to look at all this stuff, another pair of eyes would definitively be of help...

Re: [ANN] mc^2

On Sun, May 10, 2015 at 1:05 PM, Yury V. Zaytsev y...@shurup.com wrote: The problem is that the definition of important is in the eyes of the beholder. I'm sorry, but I personally couldn't care less about #1652, simply because I don't. I recognize that it might be a deal breaker for you, but

Re: [ANN] mc^2

On Sun, May 10, 2015 at 1:25 PM, Paul Sokolovsky pmis...@gmail.com wrote: Brief response, and we've heard each other's opinion, and I'm not trying to convince anyone or go into endless debates/flames. Trivia quiz or what? Ok, unix rewrote multics bloat, lives so far, multics dead for big

Re: [ANN] mc^2

On Sun, May 10, 2015 at 12:41 PM, Morten Bo Johansen m...@spamcop.net wrote: How about S-Lang? It is already used for the terminal stuff in mc. I think it would be a terrible choice. A language hardly anyone has even heard about, and whose library handling is hardly used by any project other

Re: [ANN] mc^2

On Sun, May 10, 2015 at 2:54 PM, Paul Sokolovsky pmis...@gmail.com wrote: ... and the conversation is focused around priority of things to do, which I argue should be fixing old bugs, then proceed with new things. Because is exciting new is the only thing you're after, then rewriting mc

Re: [ANN] mc^2

On Thu, May 7, 2015 at 11:53 PM, Paul Sokolovsky pmis...@gmail.com wrote: Hello, On Thu, 7 May 2015 23:27:23 +0200 Egmont Koblinger egm...@gmail.com wrote: Hi, Did you... er... did you just rewrite half of mc... adding plugins and stuff...?? It would be indeed cool to remove all

Re: [ANN] mc^2

Hi, How much work would it be to port your branch to 4.8.14 or git head (they're pretty much the same now)? I'd really like to use your version for daily work (and maybe even start writing plugins) to gather feedback. On the other hand, mc-4.8.14 contains some of my work that I really wouldn't

Re: [ANN] mc^2

Hi, Did you... er... did you just rewrite half of mc... adding plugins and stuff...?? At this moment all I can say is: WOW! e. On Thu, May 7, 2015 at 10:23 PM, Mooffie moof...@gmail.com wrote: Hi guys! I've just published a branch of MC with Lua support:

HUP poll

Hi, Just for fun: The Hungarian Unix Portal's current poll is about mc (http://hup.hu/szavazasok/20150330/a_midnight_commander), where the options are (in order): - no clue what it is - is only for noobs (not installed) - installed, but I seldom use it - the first thing I install on a new

Re: HUP poll

On Mon, Mar 30, 2015 at 9:35 PM, Paul Sokolovsky pmis...@gmail.com wrote: How can one vote? ;-) You can't :) Seriously: You have to register to the site, which, due to lot of previous trolling/spamming activities, is a manual process requiring approval from the site's maintainer, and you need

Re: Ticket comment rejected and lost

the project's maintenance. egmont On Mon, Feb 23, 2015 at 5:57 PM, Andrew Borodin aboro...@vmail.ru wrote: On Mon, 23 Feb 2015 17:16:19 +0100 Egmont Koblinger wrote: Actually, I got the same message again. I can't submit my newest bug report. Sorry. I still hope to make spam filter more

Re: Ticket comment rejected and lost

Actually, I got the same message again. I can't submit my newest bug report. (Which, for reference is: F2 followed by F1 brings up an error about missing help.) e. On Tue, Feb 10, 2015 at 10:41 AM, Egmont Koblinger egm...@gmail.com wrote: Cool, thanks! e. On Tue, Feb 10, 2015 at 8:05 AM

Ticket comment rejected and lost

Hi, So... I wanted to submit a comment to ticket 2027... I logged in, wrote about 10-15 lines, and after clicking Submit I was given an error, something like Submission rejected because of suspected spam (can't remember the exact words). Then I hit FF's back button, got back to the ticket's

Re: Bug tracker doesn't work

On Sat, Dec 13, 2014 at 1:36 PM, Paul Sokolovsky pmis...@gmail.com wrote: I can confirm this behavior when posting comments to tickets too. I can see some of the developers (most notable probably andrew_b and slavazanko) still creating branches, fixing bugs on random one-off basis. In the mean

Happy 20th Birthday!

Recently I did some digging about the history of mc. It's unclear when the first version was released, the oldest I could find is mc-0.3 released on Apr 29, 1994 [1]. Version 1.0, the first one bearing the name Midnight Commander was released on Oct 29, 1994 [2]; exactly 20 years ago. (If you

Re: Midnight Commander 4.8.13 released

On Sat, Sep 6, 2014 at 1:56 AM, toothpik toothp...@gmail.com wrote: I am an instant fan of the new gray-green-purple I'm happy to hear this, I'm really glad you like it :) (I created these skins, I myself also prefer the green-purple variant.) egmont

Re: mc startup with single specified path

Please start with looking around in the bugtracker or compiling the development version next time :) The issue is already fixed for the forthcoming 4.8.11. egmont On Fri, Oct 18, 2013 at 3:44 PM, Mike Smithson mdooli...@gmail.com wrote: Hello. I'm having some puzzlement over the initial

Re: MC Tabs

Oh, I've found your keymap :) Most of the Ctrl+Alt+letter combos are taken by my window manager, so I'm back to entering Meta by pressing Escape. Still, Esc followed by C-Left or C-Right or C-g don't work for me, I'm not sure why. On Tue, Oct 15, 2013 at 8:37 PM, Egmont Koblinger egm

Re: bad mc-edit paste behavior?

Felix: Switch it off with F9 - Options - General - Return does autoindent. This feature is very useful e.g. when writing source code. MC Developers: It would be cool to have autoindent disabled when pasting, I've commented on https://www.midnight-commander.org/ticket/2661 On Sun, Sep 15, 2013

Re: bad mc-edit paste behavior?

Paul, please see the ticket I linked in my previous post. There is a standard way of solving this problem, mc should go for that rather than its own hacks. I'm working on the patch right now. On Sun, Sep 15, 2013 at 7:07 PM, Paul Sokolovsky pmis...@gmail.com wrote: Hello, On Sun, 15 Sep 2013

Re: bad mc-edit paste behavior?

I don't write code, but I've never turned it off either, would rather not need to, It might make sense to turn it off by default, although I find this a really minor priority question. You can easily turn it off for yourself and then save your setup, and you're done forever :) bye, egmont

Re: bad mc-edit paste behavior?

On Sun, Sep 15, 2013 at 7:07 PM, Paul Sokolovsky pmis...@gmail.com wrote: So, long ago I indeed worked that around by going to setting and turning autoindent off then on (boring!). Then however I noticed that depending on the way you paste you may be able to work it around by several paste

Re: bad mc-edit paste behavior?

On Mon, Sep 16, 2013 at 12:40 AM, Felix Miata mrma...@earthlink.net wrote: It might make sense to turn it off by default, although I find this a really minor priority question. You can easily turn it off for yourself and then save your setup, and you're done forever :) I don't understand

Re: bad mc-edit paste behavior?

Okay I managed to come up with a patch for Konsole too :) It's at https://bugs.kde.org/show_bug.cgi?id=324946 Just in case you feel like recompiling both konsole and mc to get this cool feature :) On Mon, Sep 16, 2013 at 1:04 AM, Egmont Koblinger egm...@gmail.com wrote: On Mon, Sep 16, 2013

Re: How screen content saving handled in xterm case?

I think you're looking for alternate screen buffer. egmont On Mon, Sep 2, 2013 at 11:39 AM, Paul Sokolovsky pmis...@gmail.com wrote: Hello, Yesterday I spent couple of hours trying to trace how shell screen content is working in case of xterm terminal. While handling in case of linux

Re: Midnight-commander.org is down

Hey, Purely out of curiosity: Have you thought about moving development hosting entirely to the cloud (e.g. sourceforge, savannah, google code, ...)? If you have and decided not to, what were the reasons in maintaining your own server (hardware, os, application setups, backup etc...)? To me

Re: stable vs. latest

Borodin composed: On Wed, 20 Feb 2013 14:33:02 +0100 Egmont Koblinger wrote: Andrew: Is it that soon there will be a 4.9.1.x stable and 4.9.x devel series? No, not soon. 4.8.x series is still continued. 4.9 should be well stable, without major and annoying defects and with some major

Re: stable vs. latest

Andrew: Is it that soon there will be a 4.9.1.x stable and 4.9.x devel series? Or you give up this development model and stick to a single branch from now on? If the latter, I think it should be made obvious on the homepage (maybe when 4.8.8 is released), and the Our release workflow page

Re: stable vs. latest

Strictly IMHO (I'm not a developer, just a casual contributor): I've also wondered about this... MC follows the standard model of two concurrent branches (devel containing new and riskier changes, vs. stable for obvious bugfixes but no big changes or new features; where every once in a while the

Re: Midnight Commander 4.8.1.2 (stable) released

Hi Ladislav, This is one of the reasons why the developers decided to quickly release a followup stable 4.8.1.3, just a few days after this release went out. Please upgrade and your problem will be gone. egmont On Mon, Apr 23, 2012 at 11:21 AM, Ladislav Hagara ladislav.hag...@unob.czwrote:

Re: Getting ready for a release

On Tue, Sep 04, 2007 at 10:57:42AM +0200, Pavel Tsekov wrote: how are we going to number the new release ? /me votes for 4.6.2. As far as I followed the development, there's nothing really brand new huge or conceptual change that would make calling it 4.7 reasonable, it only contains plenty of

Re: Bugs should be reported to mc-devel@gnome.org

On Thu, Apr 12, 2007 at 09:07:38AM +1000, Jeremy Dawson wrote: No, but I'm sorry I don't want to be bothered explaining the difference. Try thinking about it yourself. Nice to hear it from somebody who obviously didn't try to think how to quit mc :-) As I believe I said in my original

Re: Bugs should be reported to mc-devel@gnome.org

On Wed, Apr 11, 2007 at 09:02:44AM +1000, Jeremy Dawson wrote: A program which grabs my window, from which I can't tell how to quit? You must be joking. sleep 1 = it's just another program you can't tell how to quit, right? It doesn't have docs for that. Do you think you should report

Re: mc and utf8

Hi, I'm very glad to hear that there's going to be some work on it! My work leader is author of the original utf-8 patch for mc. Oh my God... Who is he? (Just for curiosity.) There were lots of names: Jakub Jelinek, Vladimir Nadvornik, Jindrich Novy - AFAIK they're all involved in the current

Re: mc and utf8

On Wed, Apr 11, 2007 at 07:03:44PM +0200, Jindrich Novy wrote: Hi, I have never claimed I'm the only original author of the UTF-8 patch. The misunderstanding [...] No, that was clear to me, there's no misunderstanding. I knew the UTF-8 patch was a work of several people. I was just curious

Re: [BUG+PATCH] Wrong name sort.

On Mon, Mar 05, 2007 at 07:49:06PM +0100, Martin Petricek wrote: I have files sorted by name, case insensitive sort. However, the sorting seems to be behaving strangely, as bunch of files that should be sorted before or after filter.cc and filter.h (not sure if . is before or after letters

Re: maybe a bug in copy files

On Mon, Feb 26, 2007 at 08:38:37PM +0200, Pavel Tsekov wrote: Ok. Maybe we are talking about different issues. What I was talking about was that the current code in MC requires the chmod() that i've ressurected. From what I understand you was talking that if we change the code we may avoid

Re: Request for discussion - how to make MC unicode capable

On Sat, Feb 24, 2007 at 02:57:44PM +0200, Pavel Tsekov wrote: I'd like to initiate a discussion on how to make MC unicode deal with multibyte character sets. Hi, Here are some of my thoughts: - First of all, before doing any work, this is a must read for everyone:

Re: Request for discussion - how to make MC unicode capable

On Sun, Feb 25, 2007 at 02:41:45PM +0100, Leonard den Ottolander wrote: Just a few thoughts: - Because multibyte is rather more memory hungry I think the user should still have the option to toggle the use of an 8bit path either in the interface or at compile time. This means where the UTF-8

Re: maybe a bug in copy files

On Thu, Feb 22, 2007 at 05:44:39PM +0200, Pavel Tsekov wrote: Here it is: http://mail.gnome.org/archives/mc-devel/2006-June/msg00063.html Shall we discuss how to create the file in a secure manner and avoid the call to mc_chmod() ? I think we're talking about two separate issues. One is

Re: maybe a bug in copy files

Hi, [...] As it can be seen the patch posted by Andrew calls chmod() on the target file only if preserve attributes is set. However, it has to be called in both cases since the destination file is created with mode 600 initially due to security concerns - more info can be found in file.c .

[bug #18767] Panel sort order: fallback to name

Follow-up Comment #4, bug #18767 (project mc): Thanks for the patch. I know about ls -U, but I think the audience of ls and mc might be a little bit different. For the ls command it might be considered as a filesystem debug option, or an option that can speed up scripts where the order isn't

[bug #18766] Not re-sorted at panel swap

Follow-up Comment #2, bug #18766 (project mc): Okay, now I understand the design. But then IMHO the right behaviour would be to re-sort the panels at swap, so that mc is consistent with itself (a ^R doesn't change anything), and ^U is usable not only to very quickly show some other file

[bug #18766] Not re-sorted at panel swap

URL: http://savannah.gnu.org/bugs/?18766 Summary: Not re-sorted at panel swap Project: GNU Midnight Commander Submitted by: egmont Submitted on: Friday 01/12/2007 at 14:40 Category: None Severity: 3 -

[bug #18767] Panel sort order: fallback to name

URL: http://savannah.gnu.org/bugs/?18767 Summary: Panel sort order: fallback to name Project: GNU Midnight Commander Submitted by: egmont Submitted on: Friday 01/12/2007 at 14:49 Category: None Severity:

[bug #18695] tab completion vs. spaces and escaping

URL: http://savannah.gnu.org/bugs/?18695 Summary: tab completion vs. spaces and escaping Project: GNU Midnight Commander Submitted by: egmont Submitted on: Friday 01/05/2007 at 13:07 Category: None

[bug #3836] As Root, upon Exit, MC chmods /dev/null 600 !

Follow-up Comment #6, bug #3836 (project mc): Some time ago dpkg had a bug: when it removed a package that contained a symlink to /dev/null, it chmod'ed /dev/null to 000. The problem was that it did a chmod() instead of lchmod(), or stat() instead of lstat() or something like that on the file to

Re: yet another utf8 patch: fix completion

Hi, Just a question related to 00-84-utf8-complete.patch. Why do you replace if (SLsmg_Is_Unicode) with if (1) in the implementation of mbstrnlen() ? I just applied the previous patches and then cloned mbstrnlen() from mbstrlen(). This modification comes from patch nr. 00-75. As far as I

[bug #18689] Config checkboxes not acting on mouse click

URL: http://savannah.gnu.org/bugs/?18689 Summary: Config checkboxes not acting on mouse click Project: GNU Midnight Commander Submitted by: egmont Submitted on: Thursday 01/04/2007 at 18:52 Category: None

yet another utf8 patch: fix completion

Hi, Especially to the maintainers of the UTF-8 patches: I've created another patch, this time to fix Alt+Tab (or Escape then TAB) completion when the command line or filename or whatever you type already contains some accented characters. The problem is caused by the UI widget telling the cursor

invalid utf8 filenames mangled

Hi, A quite important note to the maintainers of the UTF-8 patches: When you use mc with the UTF-8 patches in UTF-8 mode, and copy or move a file whose name is not valid UTF-8 by pressing F5/F6 on it or selecting it with Insert and then doing F5/F5 on it, its filename gets mangled, invalid UTF-8

[bug #17822] consecutive resize events not handled correctly

Follow-up Comment #5, bug #17822 (project mc): Please commit it if it seems to be okay for you (I've been using mc 4.6.1 with this patch for a month, and found no side effects, while it makes mc much better when resizing the terminal). But please don't yet close this bugreport to remind us that

Re: File has hard-links. Detach before saving?

Any other opinions? I think the main question is what the main purpose of hardlinks is. Is it to (1) save disk space for files that actually happen to be the same at this very moment, but live separate lives? Or is it to be (2) a way to have one file accessible by more names, so that they live

[bug #17823] hint changed when the window is resized

URL: http://savannah.gnu.org/bugs/?17823 Summary: hint changed when the window is resized Project: GNU Midnight Commander Submitted by: egmont Submitted on: Friday 09/22/2006 at 13:08 Category: Screen output

[bug #17269] localized headers in .mc/history

Follow-up Comment #4, bug #17269 (project mc): Localizing an already localized string definitely shows wrong design. Theoretically it can lead to false strings appearing on the screen (if the first translated string happens to be the same as an English string used somewhere else in mc). It's

Re: patch for viewing DjVu files

On Fri, Sep 08, 2006 at 07:40:48PM +0300, Pavel Tsekov wrote: Open=if [ $DESKTOP_SESSION = kde ]; then (nohup kdvi %f ); else (nohup djview %f ); fi No problem about using kdvi with me, but why nohup? No entry in mc.ext.in currently has it. Does everyone agree ? nohup redirects

Re: incorrect hex number in editor

On Tue, Sep 05, 2006 at 09:09:01AM +0300, Nerijus Baliunas wrote: I updated to 4.6.1a-26.fc5 and the problem is still here. attached file is 0xC3 0xBC 0xC5 0xAB (you can check with any hex editor or mc viewer in hex mode), but editor shows it (in the last column of the first line) as

Re: incorrect hex number in editor

On Tue, Sep 05, 2006 at 01:33:17PM +0300, Nerijus Baliunas wrote: But it should either show correct hex codes or correct UTF-8 letters, which it does not. Yes, perfectly right. BTW, I am not using UTF-8 locale. Now I'm playing with my mc (not Fedora, but most likely nearly the same UTF-8

Re: incorrect hex number in editor

With the hu_HU locale (iso-8859-2) I get: 0x102, 0x17A, 0x139, 0x164. With en_US the hex codes displayed are: 0xC3 0xBC 0xC5 0xAB. Okay, got it: these are the Unicode codes of the symbols that are actually displayed. In other words: the byte over which your cursor stands is converted from the

Re: incorrect hex number in editor [patch]

Here you are. Apply it after the big utf8 patch. -- Egmont diff -Naur mc-4.6.1.orig/edit/editdraw.c mc-4.6.1/edit/editdraw.c --- mc-4.6.1.orig/edit/editdraw.c 2006-09-05 13:14:51.0 +0200 +++ mc-4.6.1/edit/editdraw.c2006-09-05 13:42:50.0 +0200 @@ -57,12 +57,22 @@

[bug #17268] Shift+Enter weirdness

Follow-up Comment #4, bug #17268 (project mc): Okay, just for reference, I attach a better fix, this time it fixes the UTF-8 patches. Additional comment explaining what and why it does are on the top of the patch file. I'll send it to the mailing list, too.

  1   2   >