Update of bug #17268 (project mc):
Status:None = Wont Fix
Open/Closed:Open = Closed
___
Follow-up Comment #7:
Closing it as WONTFIX.
Follow-up Comment #1, bug #17568 (project mc):
http://mail.gnome.org/archives/mc-devel/2006-August/msg00069.html
___
Reply to this item at:
http://savannah.gnu.org/bugs/?17568
___
Message
On Sat, 2 Sep 2006, Stephan Sokolow wrote:
3. The -x option prevents gpm from working at the console.
Why would you do that ?
As for the feature requests:
1. could you please add an option to start with MC hidden (equivalent to
starting normally and then pressing Ctrl+o) so I can stick it
On Sat, 2 Sep 2006, Stephan Sokolow wrote:
First, the bug:
1. Running mc inside screen at the Linux console prevents gpm mouse support
from working.
Seems to be a gpm problem. See what I've got in my syslog:
*** warning [client.c(183)]: Failed gpm connect attempt by uid 500 for vc 0
I ran
Stephan, please, keep the discussion on the mailing list.
I am forwarding your messages there.
-- Forwarded message --
Date: Mon, 4 Sep 2006 05:10:12 -0400
From: Stephan Sokolow [EMAIL PROTECTED]
To: Pavel Tsekov [EMAIL PROTECTED]
Subject: Re: Mouse support bugs and a couple
On Mon, 4 Sep 2006, Pavel Tsekov wrote:
-- Forwarded message --
Date: Mon, 4 Sep 2006 06:03:52 -0400
From: Stephan Sokolow
To: Pavel Tsekov
Subject: Re: Mouse support bugs and a couple of feature requests
On Monday September 4, 2006 05:15, you wrote:
On Sat, 2 Sep 2006
On Mon, 4 Sep 2006, Jindrich Novy wrote:
2006-09-04 Jindrich Novy jnovy at redhat dot com
* spec.syntax: Highlight Requires(phase): correctly.
The patch does more than that. I guess that if I commit that someone
would start complaining about it... So, I will for two more days
and
-- Forwarded message --
Date: Mon, 4 Sep 2006 05:10:12 -0400
From: Stephan Sokolow [EMAIL PROTECTED]
To: Pavel Tsekov [EMAIL PROTECTED]
Subject: Re: Mouse support bugs and a couple of feature requests
On Monday September 4, 2006 04:41, you wrote:
On Sat, 2 Sep 2006, Stephan
On Thu, 7 Sep 2006, Nerijus Baliunas wrote:
Anyone? It's really a simple patch, and Changelog is not really needed,
but if you want it:
2006-09-07 Nerijus Baliunas [EMAIL PROTECTED]
* mc.ext.in: Add support for .djvu files.
I am just not sure what is the current policy for adding
On Thu, 24 Aug 2006, Frank Joerdens wrote:
On 8/23/06, Pavel Tsekov [EMAIL PROTECTED] wrote:
[]
Comment the line containing MOUNTED_GETMNTINFO_STATVFS in
your config.h file. I have to fix this but have been quite
busy in the last few weeks.
Cool, it works. Thanks!
With the current CVS
On Thu, 7 Sep 2006, Nerijus Baliunas wrote:
On Thu, 7 Sep 2006 19:46:39 +0400 (MSD) [EMAIL PROTECTED] wrote:
I use kdvi for djvu, it more handy then djview:
Open=if [ $DESKTOP_SESSION = kde ]; then (nohup kdvi %f ); else (nohup
djview %f ); fi
No problem about using kdvi with me, but why
Follow-up Comment #2, bug #17220 (project mc):
Ping!
___
Reply to this item at:
http://savannah.gnu.org/bugs/?17220
___
Message sent via/by Savannah
http://savannah.gnu.org/
On Mon, 11 Sep 2006, Morten Bo Johansen wrote:
Stephan Sokolow [EMAIL PROTECTED] wrote:
2. Running mc inside screen inside Konsole (or Yakuake) prevents mouse
support unless explicitly run with the -x option.
You will notice that If you have your $TERM set to something like
screen(.*) then
Follow-up Comment #3, bug #17269 (project mc):
I looked at that problem and the solution is pretty easy. Still I'd like to
discuss the issue with anyone interested so we can find the best way to solve
the problem.
Most of the problematic entries are created by an invocation of the function
Follow-up Comment #5, bug #17269 (project mc):
My last comment may be slightly misleading. To clarify:
nice_cd() and others use fg_input_dialog_help() which takes
care of displaying the input dialog and derives history file
section names from the input dialog heading.
Follow-up Comment #6, bug #17269 (project mc):
I think I'll proceed as following:
1) Currently fg_input_dialog_help() assumes that it is passed translated
strings. I won't change that because some of the callers pass as an argument
a string which is the result of sprintf() on translated
Update of bug #17568 (project mc):
Status:None = Fixed
Open/Closed:Open = Closed
___
Follow-up Comment #3:
I am closing as FIXED.
Follow-up Comment #7, bug #17269 (project mc):
I am attaching a patch which adds a new argument to fg_input_dialog_help() -
the history section name. I've adjusted all callers (hopefully) to pass the
new argument. Please, test the patch. The patch should be applied against
latest CVS.
This
Update of bug #17823 (project mc):
Status:None = Confirmed
Assigned to:None = ptsekov
Operating System: GNU/Linux = All
Follow-up Comment #2, bug #17874 (project mc):
The crash that you see has nothing to do with MC. The backtraces do not
provide any evidence to support your theory. It must be an gpm issue.
___
Reply to this item at:
Follow-up Comment #1, bug #17967 (project mc):
As you correctly noted this bug report belongs to the Redhat bugzilla. The
UTF-8 patches applied to MC are common between
all distros which use them.
___
Reply to this item at:
Hello,
What do you think about removing rxvt.c ? It seems that
the patch required to support this feature never was
accepted in rxvt... And it also seems to be unnecessary
with the current version of MC (which is 5 years old).
Any thoughts ?
___
Update of bug #17220 (project mc):
Category:None = Screen output
___
Follow-up Comment #4:
Hmmm. It happens only with UTF-8 locales and UTF-8 capable terminals. I guess
it has something to do
Hello,
On Sun, 29 Oct 2006, Leonard den Ottolander wrote:
Hi Christian,
On Sat, 2006-10-28 at 23:48 +0200, Christian Hamar alias krix wrote:
Attached patch implements this. This is not a proposition for a final
solution, just a temporary hack for users of bash = 3.2.
Do not use with
On Wed, 1 Nov 2006, Leonard den Ottolander wrote:
Hello Andrew,
On Mon, 2006-10-30 at 12:04 +, Andrew V. Samoilov wrote:
Follow-up Comment #3, bug #18042 (project mc):
Do I understand correctly that a port number *can* be combined with C _or_
r?
No. Look at utilvfs.c:vfs_split_url().
On Tue, 31 Oct 2006, Leonard den Ottolander wrote:
On Mon, 2006-10-30 at 11:45 +0200, Pavel Tsekov wrote:
IMO, if you intend to work on a fix you should follow the
suggestion of the bash maintainer to switch over to using
printf - not only for bash but for all cases. Of course
a fallback
On Wed, 1 Nov 2006, Thomas Dickey wrote:
On Wed, 1 Nov 2006, Pavel Tsekov wrote:
Yes, I read that comment. However I'm not prepared to start breaking the
functionality of shells that I never use.
This is a rather strange statement. As a developer you should try to
go beyond your personal
On Wed, 1 Nov 2006, Thomas Dickey wrote:
On Wed, 1 Nov 2006, Pavel Tsekov wrote:
On Wed, 1 Nov 2006, Thomas Dickey wrote:
On Wed, 1 Nov 2006, Pavel Tsekov wrote:
Yes, I read that comment. However I'm not prepared to start breaking the
functionality of shells that I never use
On Wed, 1 Nov 2006, Thomas Dickey wrote:
On Wed, 1 Nov 2006, Pavel Tsekov wrote:
Ok. Since I am not native english speaker I cannot judge whether
he is recommending it or not. In any case I can see why keeping
the old behaviour of 'echo' is important for large scripts, however
what we have
On Wed, 1 Nov 2006, Leonard den Ottolander wrote:
On Wed, 2006-11-01 at 13:20 +0200, Pavel Tsekov wrote:
IMO, it would be better if MC pops up an url specific dialog for
each vfs if necessary so that the user could finer tune the connection. I
think this would also help to add support for per
On Thu, 2 Nov 2006, Nerijus Baliunas wrote:
Hello,
could this patch please be committed to cvs (I am attaching it for your
convenience)?
BTW, how this patch works when two mc are running? If I search in 1st mc,
then in 2nd mc, and then again in 1st mc, what will I get - last text from
1st
Hello Jindrich,
On Mon, 27 Nov 2006, Jindrich Novy wrote:
there is a breakage in util.c and utilunix.c related to temporary files
creation. The problem is that if a directory for temporary files cannot
be created mc ends up in infinite loop caused by:
tmpbase = concat_dir_and_file
Hello Grigory,
On Wed, 29 Nov 2006, Grigory Trenin wrote:
Here is a detailed description how to reproduce it:
1) Open the Help Contents (press F1, Tab, Enter)
2) Navigate some lines forward (press End or PageDown several times)
3) Enter the selected topic (press Enter)
4) Return back
On Wed, 29 Nov 2006, Leonard den Ottolander wrote:
Hello Jindrich,
On Tue, 2006-11-28 at 13:21 +0100, Jindrich Novy wrote:
IMO only removal of the fallback will prevent
the infinite loop in any case as it shouldn't call mc_mkstemps() at all.
That cure seems worse than the disease. Isn't
Hello Grigory,
On Fri, 1 Dec 2006, Grigory Trenin wrote:
Pavel Tsekov wrote:
I won't apply this patch yet. I want to investigate further.
Oh, now I see that I had hurried over to make that patch.
I'll check everything and make another one. Without haste.
The problem is that the structure
Hello,
On Fri, 8 Dec 2006, Nerijus Baliunas wrote:
On Thu, 2 Nov 2006 09:51:58 +0200 (EET) Pavel Tsekov [EMAIL PROTECTED]
wrote:
could this patch please be committed to cvs (I am attaching it for your
convenience)?
BTW, how this patch works when two mc are running? If I search in 1st mc
Follow-up Comment #2, bug #18476 (project mc):
Andrei, please, use the savannah bug reporting feature to comment on this
issue.
=
On Monday 11 December 2006 00:22, you wrote:
Follow-up Comment #1, bug #18476 (project mc):
Can
Update of bug #18476 (project mc):
Status:None = Fixed
Open/Closed:Open = Closed
___
Follow-up Comment #3:
The FreeBSD binary
Hello Grigory,
On Mon, 11 Dec 2006, Grigory Trenin wrote:
Pavel Tsekov wrote:
I am not convinced that this patch is better than your first
one. Its basically the same and removes a valid check - it
doesn't fix the issue.
It does fix the _original_ issue. And that one you are talking about
BHello,
On Thu, 14 Dec 2006, Admiral wrote:
Halo, I am from belarus, i know English not so good. My problem in Russian
language here: http://linuxforum.ru/index.php?showtopic=30151
Now, I try to write in English. In our local homenet we have ftp-server. There
are many video-files in it. When
Hello,
Please, keep the discussion on the list.
Unfortunately, there is no such shortcut.
-- Forwarded message --
Date: Fri, 15 Dec 2006 08:08:00 +0200
From: Admiral [EMAIL PROTECTED]
To: Pavel Tsekov [EMAIL PROTECTED]
Subject: Re: mc, ftp and filmview
? ? ?? 14
Hello Grigory,
On Fri, 15 Dec 2006, Grigory Trenin wrote:
OK, but can you tell me a hotkey in mc to copy a full address of file in
command line?
Try Ctrl+Shift+Enter.
It may not work on some terminals, but it works for me.
It will copy the full pathname to the command line, eg:
Hello Andrzej,
On Wed, 20 Dec 2006, andrzej zaborowski wrote:
in the hex viewer the GoTo (F5) command allows you to jump beyond
end of file and even to view or edit data there. This is because the
address given by user is not checked for correctness anywhere.
Eventually, in
Hello Mikulas,
On Wed, 20 Dec 2006, Mikulas Patocka wrote:
I've found on three machines (I wonder that no one noticed it so far) that mc
displays incorrect information on inode count, for example:
Which version of MC are you using ?
___
Mc-devel
On Wed, 20 Dec 2006, Pavel Tsekov wrote:
Hello Mikulas,
On Wed, 20 Dec 2006, Mikulas Patocka wrote:
I've found on three machines (I wonder that no one noticed it so far) that mc
displays incorrect information on inode count, for example:
Which version of MC are you using ?
Please, ignore
Hello Mikulas,
On Wed, 20 Dec 2006, Mikulas Patocka wrote:
Hello Mikulas,
On Wed, 20 Dec 2006, Mikulas Patocka wrote:
I've found on three machines (I wonder that no one noticed it so far) that
mc displays incorrect information on inode count, for example:
Which version of MC are you
On Fri, 22 Dec 2006, Thomas Dickey wrote:
On Fri, 22 Dec 2006, Leonard den Ottolander wrote:
Hi Mikulas,
On Wed, 2006-12-20 at 02:15 +0100, Mikulas Patocka wrote:
--- maybe you could change double to long long but I'm not sure if it
exists on all machines --- a configure test would
Hello Sergey,
000-mc-4.6.1-fers.patch - MC already offers a
find Recursively checkbox in the Find File
dialog
001-mc-4.6.1-fh.patch - This patch (or variation
of it) has been posted to the list several times.
You might want to search the mailing list archives
as to why it has been rejected.
On Tue, 26 Dec 2006, Ruslan Fedyarov wrote:
Hi dear MC developers,
Thank you for your lightning fast wonderful program!
I have a proposal to add the following stuff to standard menus:
I think you should add those to .mc.menu or ~/.mc/mc.menu. Different
users have different preferences
Hello Sergey,
On Tue, 26 Dec 2006, Pavel Tsekov wrote:
000-mc-4.6.1-fers.patch - MC already offers a
find Recursively checkbox in the Find File
dialog
According to the patch description this patch does
the following:
[...]
Add checkboxes Find first entry and
Recursive search in MC find
Hello Andrzej,
On Wed, 2006-12-20 at 13:50, Pavel Tsekov wrote:
On Wed, 20 Dec 2006, andrzej zaborowski wrote:
in the hex viewer the GoTo (F5) command allows you to jump beyond
end of file and even to view or edit data there. This is because the
address given by user is not checked
Hello Jindrich,
On Thu, 2006-11-30 at 20:04, Pavel Tsekov wrote:
On Wed, 29 Nov 2006, Leonard den Ottolander wrote:
Hello Jindrich,
On Tue, 2006-11-28 at 13:21 +0100, Jindrich Novy wrote:
IMO only removal of the fallback will prevent
the infinite loop in any case as it shouldn't call
Update of bug #17220 (project mc):
Status:None = Invalid
Open/Closed:Open = Closed
___
Follow-up Comment #5:
Closing as INVALID.
Hello Grigory,
On Mon, 2006-12-04 at 19:45, Grigory Trenin wrote:
Pavel Tsekov wrote:
I think the correct solution would be to keep both
'startpoint' and 'currentpoint' in the history but I am
open to suggestions.
Yes, I thought about it too. This is a good and safe fix.
But I
Update of bug #3836 (project mc):
Status:Works For Me = Need Info
Open/Closed: Closed = Open
___
Reply to this item at:
Hello Egmont,
And of course you're right! :) The strange thing is that your comment
doesn't show in the comments for bug # 3836 ?!.
On Tue, 2 Jan 2007, Egmont Koblinger wrote:
Follow-up Comment #5, bug #3836 (project mc):
Some time ago dpkg had a bug: when it removed a package that
Hello,
On Tue, 2 Jan 2007, Jindrich Novy wrote:
On Sat, 2006-12-30 at 20:51 +0200, Pavel Tsekov wrote:
There is an even simpler cure. In mc_tmpdir() when executing
the fallback code pass an absolute path to mc_mkstemps().
This will prevent the loop. However I am not yet conviced
Hello,
On Tue, 2 Jan 2007, Jindrich Novy wrote:
On Tue, 2007-01-02 at 16:28 +0200, Pavel Tsekov wrote:
On Tue, 2 Jan 2007, Jindrich Novy wrote:
On Sat, 2006-12-30 at 20:51 +0200, Pavel Tsekov wrote:
There is an even simpler cure. In mc_tmpdir() when executing
the fallback code pass
On Tue, 2 Jan 2007, Jindrich Novy wrote:
On Tue, 2007-01-02 at 16:28 +0200, Pavel Tsekov wrote:
On Tue, 2 Jan 2007, Jindrich Novy wrote:
On Sat, 2006-12-30 at 20:51 +0200, Pavel Tsekov wrote:
There is an even simpler cure. In mc_tmpdir() when executing
the fallback code pass an absolute path
On Tue, 2007-01-02 at 16:53, Jindrich Novy wrote:
I am attaching a patch which passes an absolute path to mc_mkstemps()
when invoked from mc_tmpdir(). What do you think about this fix ?
I may add a comment why it is necessary to call mc_mkstemps() with
an absolute path. By the way I
Hello,
The savannah bug database is currently experiencing some problems and
bug comments are lost. Please, do not post until further notice.
Thanks!
___
Mc-devel mailing list
http://mail.gnome.org/mailman/listinfo/mc-devel
Hello Grigory,
On Wed, 2007-01-03 at 19:19, Grigory Trenin wrote:
Here are 3 patches to the mouse issues in the Help Viewer.
[...]
3) mouse-linkfollow.patch
When following a link with a mouse, an extra '\n' is insterted
at the top of the window (just follow any link with a keyboard,
then
On Wed, 2007-01-03 at 19:19, Grigory Trenin wrote:
2) mouse-offbytwo.patch
Last two lines of the help window (the bottom line and a frame)
are not mouse-clickable. So the user will not be able to follow
a link with a mouse, if it is situated at the bottom line.
And the frame needs to be
On Wed, 2007-01-03 at 22:43, Grigory Trenin wrote:
Pavel Tsekov wrote:
How about fixing help_follow_link() instead ? IMO, this
would be a proper fix if we agree that the leading '\n'
is not desired.
Good point!
Certainly, this would be better.
The help format documentation says
Would you check why the snapshot is not being generated ?
___
Mc-devel mailing list
http://mail.gnome.org/mailman/listinfo/mc-devel
On Wed, 2007-01-03 at 19:19, Grigory Trenin wrote:
1) mouse-rightbutton.patch
Returning to a previous node by pressing right mouse button
doesn't work in xterm. It works only in Linux console with GPM.
The problem is that help_event() catches only GPM_UP event,
and it seems that xterm
On Thu, 2007-01-04 at 21:07, Pavel Roskin wrote:
On Thu, 2007-01-04 at 17:51 +0200, Pavel Tsekov wrote:
Would you check why the snapshot is not being generated ?
No problems this time. I run the snapshot generator manually from time
to time. The new snapshot is available now.
I see. I
On Thu, 2007-01-04 at 22:33, Grigory Trenin wrote:
Pavel Tsekov wrote:
I had this idea now. How about fixing the code that captures mouse
events from xterm instead ? I.e. when it receives a mouse down event
it will record which key was pressed and it will copy this information
to the mouse
On Fri, 2007-01-05 at 01:27, Pavel Roskin wrote:
On Thu, 2007-01-04 at 23:07 +0200, Pavel Tsekov wrote:
On Thu, 2007-01-04 at 21:07, Pavel Roskin wrote:
On Thu, 2007-01-04 at 17:51 +0200, Pavel Tsekov wrote:
Would you check why the snapshot is not being generated ?
No problems
Update of bug #18689 (project mc):
Status:None = Confirmed
___
Follow-up Comment #1:
Oh, well. The mouse event is directed to the groupbox (the frame holding
other widgets inside it).
Follow-up Comment #1, bug #18695 (project mc):
Sounds familiar...
http://savannah.gnu.org/bugs/?16176
___
Reply to this item at:
http://savannah.gnu.org/bugs/?18695
___
Message sent
On Fri, 2007-01-05 at 02:32, Grigory Trenin wrote:
Pavel Tsekov wrote:
On Wed, 2007-01-03 at 19:19, Grigory Trenin wrote:
This is patch is OK, but there are still problems.
See this:
create_dlg (0, 0, help_lines + 4, HELP_WINDOW_WIDTH + 4
On Sat, 6 Jan 2007, Grigory Trenin wrote:
Pavel Tsekov wrote:
Implementing either solution would not remove the necessity of this:
[...]
need to revise the help files for all languages, to check
if they fit in the window, and fix them if necessary.
[...]
To fix this there should
On Wed, 2007-01-03 at 23:03, Pavel Tsekov wrote:
On Wed, 2007-01-03 at 22:43, Grigory Trenin wrote:
Pavel Tsekov wrote:
How about fixing help_follow_link() instead ? IMO, this
would be a proper fix if we agree that the leading '\n'
is not desired.
Good point!
Certainly
Update of bug #16029 (project mc):
Status: Need Info = None
___
Follow-up Comment #6:
The problem is due to the outdated samba library included with MC.
You can find out more here:
On Tue, 2007-01-09 at 19:08, Grigory Trenin wrote:
Pavel Tsekov wrote:
Well, we can go with the simple solution for now - but it
should be documented somewhere to prevent further confusion.
As to whether it is worth the effort - think about this:
Me and you together spent
Follow-up Comment #1, bug #18766 (project mc):
Uhm, well.. It seems this behaviour is by design:
[...]
Tue Aug 29 14:33:16 1995 Jakub Jelinek
* layout.c (swap_panels): Fixed. Now it should work fine and if
there are both view_listings, then it just swappes their content
Follow-up Comment #1, bug #18767 (project mc):
I don't know if the Unsorted view make sense but I know that the GNU 'ls'
has a -U option which is supposed to print unsorted entries.
___
Reply to this item at:
Follow-up Comment #2, bug #18767 (project mc):
Egmont, I've just verified that GNU ls does what you suggest in the
situation described below. I'll apply a patch soon.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?18767
Follow-up Comment #3, bug #18767 (project mc):
I've commited a patch:
http://cvs.sv.gnu.org/viewcvs/mc/mc/src/dir.c?sortby=dater2=1.67r1=1.66diff_format=u
___
Reply to this item at:
http://savannah.gnu.org/bugs/?18767
Update of bug #18767 (project mc):
Status:None = Fixed
Open/Closed:Open = Closed
___
Follow-up Comment #5:
Well, the guy who posted
Hello,
On Tue, 2007-01-16 at 00:18, [EMAIL PROTECTED] wrote:
Suggestion: modify the internal viewer so that it can act like 'tail -f'.
Would you mind entering your request in the bug database
at savannah.gnu.org ?
Thanks!
___
Mc-devel mailing list
Hello,
On Thu, 18 Jan 2007, [EMAIL PROTECTED] wrote:
I have a suggestion again: calculation of directory size on pressing F3
and/or on marking directory, maybe as an option. Many file managers have
this feature. I'd like to see it in Midnight Commander too.
I don't mind entering my request
Hello,
On Wed, 2007-01-03 at 23:03, Pavel Tsekov wrote:
Hmm. I don't really understand why the '\n' is necessary - and
since the code is quite old perhaps noone remebers anymore. I'll
play with the code a bit and see if I be able to determine whether
the newline is of any importance. I'll
Follow-up Comment #1, bug #18977 (project mc):
Please, read the link below - this is the expected behaviour:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=351562
Anyway, I'll take a look at those patches.
___
Reply to this item
Follow-up Comment #1, bug #18913 (project mc):
I cannot reproduce this problem with a CVS version of MC. Are you using are
self-built MC or a binary package which comes with some distribution ? The
bug that you are experiencing may be due to the UTF-8 patches used by some
distros. If that is the
Update of bug #18913 (project mc):
Category:None = Editor
___
Reply to this item at:
http://savannah.gnu.org/bugs/?18913
___
Message
Follow-up Comment #2, bug #18913 (project mc):
Originally posted by Richard Blakie:
I am using the original Red-Hat RPM release for Fedora Core 5 provided on
their site. The release is mc-4.6.1a-35.fc5.i386.rpm
Does this mean that if compiled with UTF-8, it could cause problems in
ISO8859-1 ?
Update of bug #18913 (project mc):
Operating System:GNU/Hurd = GNU/Linux
___
Follow-up Comment #3:
Richard,
Fedora's rpm comes with UTF-8 support built-in - no need to try and find
out.
I don't
Follow-up Comment #4, bug #18913 (project mc):
Originally posted by Richard Blakie:
Hello Pavel, this is my 'locale' output:
LANG=en_US.UTF-8
LC_CTYPE=en_US.UTF-8
LC_NUMERIC=en_US.UTF-8
LC_TIME=en_US.UTF-8
LC_COLLATE=en_US.UTF-8
LC_MONETARY=en_US.UTF-8
LC_MESSAGES=en_US.UTF-8
Follow-up Comment #5, bug #18913 (project mc):
Richard could you use the Post a Comment savannah's bug tracking facility
instead of personally messaging me ?
___
Reply to this item at:
http://savannah.gnu.org/bugs/?18913
Follow-up Comment #7, bug #18913 (project mc):
Using MC from CVS i.e. (without the UTF-8 patch) I don't see the crash. So it
really makes sense to move the discussion to Fedora's bug tracking facility
and maybe post a link to this discussion there.
Update of bug #18913 (project mc):
Status:None = Wont Fix
Open/Closed:Open = Closed
___
Follow-up Comment #9:
Ok. Closing as won't
Follow-up Comment #2, bug #18977 (project mc):
I took a look at the patch and it is pretty straightforward. However it is
not what we want - it misuses the case Sensitive mark under the Content
field - that flag is related to the data entered into the Content field and
not the Filename field.
Hello,
On Tue, 16 Jan 2007, [EMAIL PROTECTED] wrote:
Suggestion: modify the internal viewer so that it can act like 'tail -f'.
Why do you think it is usefull to have this functionality ? What
are its use cases ?
___
Mc-devel mailing list
Hello Lubomir,
On Mon, 22 Jan 2007, Lubomir Grajciar wrote:
When I try to copy file(s) with unchecked preserve atributes
checkbox as regular user, copied files hasn't attributes based on my
umask.
My umask is: 0022
Copied file attributes: 600
When I try to create a new file (for example
Hello Egmont,
On Thu, 22 Feb 2007, Egmont Koblinger wrote:
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
Hello,
On Thu, 22 Feb 2007, Pavel Tsekov wrote:
I remember that there is a discussion somewhere on the mailing list
as to what this security concern is. I will try to dig it and see
whether it really makes sense to do it the way it currently is.
Here it is:
http://mail.gnome.org/archives/mc
Hello,
I'd like to initiate a discussion on how to make MC
unicode deal with multibyte character sets. I'd like
to hear from the developers of the UTF-8 patch and
from the ncurses maintaner. Anyone else who can help
with their expertise is also welcome. This has been
a major drawback for quite
Hello,
On Mon, 26 Feb 2007, Egmont Koblinger wrote:
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
501 - 600 of 769 matches
Mail list logo