Hello Yury,
Wednesday, August 12, 2015, 9:35:38 PM, you wrote:
On Wed, 2015-08-12 at 15:28 +0300, Pavel Tsekov wrote:
So, it is this time again? :) I'd be happy to help with any
development related efforts.
I'd certainly welcome any help from sane people, of which I'm convinced
you
,
Pavel Tsekov
___
mc-devel mailing list
https://mail.gnome.org/mailman/listinfo/mc-devel
Hello Denys,
Monday, February 16, 2009, 3:15:45 PM, you wrote:
On Fri, Feb 13, 2009 at 7:20 PM, Pavel Tsekov ptse...@gmx.net wrote:
You might not be aware but I am (still) one of the two official MC
maintainers.
De jure, maybe you are. De facto, the project is an orphan.
How many more
Hello Oswald,
Saturday, February 14, 2009, 4:47:44 PM, you wrote:
On Fri, Feb 13, 2009 at 08:20:29PM +0200, Pavel Tsekov wrote:
You don't become a project member and developer by just waiting for
the right moment, appearing on the scene and taking over of
everything.
would you bet?
Yes
Hello Patrick,
Tuesday, December 30, 2008, 5:01:29 PM, you wrote:
In order to get everything into shape it would be cool if someone could leave
a big fat note in cvs that the new repro can be found at www.midnight-
commander.org.
So, could you please explain why it was necessary to move
be clearly
considered a fork of the offical MC project.
Best regards,
Pavel Tsekov
___
Mc-devel mailing list
http://mail.gnome.org/mailman/listinfo/mc-devel
developer, be so kind, to do it the proper
way which means post your changes to the mailing list, discuss issues
and so on. You don't become a project member and developer by just
waiting for the right moment, appearing on the scene and taking over
of everything.
Best regards,
Pavel Tsekov
Follow-up Comment #3, bug #22471 (project mc):
Patrick,
Have you actually determined that this is a Debian releated bug ?
___
Reply to this item at:
http://savannah.gnu.org/bugs/?22471
___
Follow-up Comment #1, bug #22300 (project mc):
Does it happen for every directory or only for certain directories ? Could
you point me to the original bug report ?
___
Reply to this item at:
http://savannah.gnu.org/bugs/?22300
Hello,
Friday, February 15, 2008, 4:57:55 PM, you wrote:
I love MC, reminds me of my old dos NC days!
How can I set soem of the startup flags as default? I use options -cx on
startup, but would like to set these as defaults.
Perhaps you could make an alias.
Hello Frederic,
Sure, it is a bug. How can I reproduce this bug ? Did MC notice that
the server closed the connection or not ?
Thursday, February 7, 2008, 5:42:47 PM, you wrote:
I get this when the server closes his connection and I try to
upload I file. I tested with 2 different remote
Follow-up Comment #1, bug #22178 (project mc):
I've just tried it and Alt-O on '..' displays the contents of the parent
directory as it is supposed to. You have to give more detail if you suspect
there is a problem with this feature.
___
Update of bug #21440 (project mc):
Open/Closed:Open = Closed
___
Reply to this item at:
http://savannah.gnu.org/bugs/?21440
___
Message
Hello Cesar,
Sunday, January 20, 2008, 5:55:18 PM, you wrote:
When I select Options - Save Mode - Quick save it still asks for
confirmation everytime I save.
This is not a bug. Quick save means that when saving your changes
mcedit truncates the original file and writes the new data to it.
Hello Pavol,
Tuesday, January 29, 2008, 12:00:12 AM, you wrote:
i would like to ask you if it is possible to compile mc under winXP
and if so, what I have to do? I was trying to compile using
Makefile.MIN in pc directory, but witha any success. I get used for
mc in Linux and now I have to
Hello,
Original-Nachricht
Datum: Mon, 26 Nov 2007 17:50:25 +0100
Von: Jürgen Heinrich
Betreff: Re: VFS: tar file inside of a tar file crashes mc
To reproduce the crash:
- create a tar file inside a tar file
echo xxx xxx
tar cvf 1.tar xxx
tar cvf 2.tar 1.tar
-
Hello Jürgen,
Sunday, November 18, 2007, 12:42:52 AM, you wrote:
Since Midnight Commander version 4.6.1, there is a problem with VFS:
Tab into a tar file that contains another tar file and then into the
included tar file. (tar file inside tar file, or maybe VFS inside VFS)
Then leave all
Hello Rafal,
Wednesday, November 21, 2007, 4:10:33 PM, you wrote:
A surprise: dialogbox issue is NOT patch related, it comes from original
mc code.
In src/dialog.c in draw_box(Dlg_head *h, int y, int x, int ys, int xs)
lies the problem. If slang is used a box is drawn, otherwise code is
Rostislav,
Tuesday, November 13, 2007, 12:49:59 AM, you wrote:
On Mon, 12 Nov 2007 21:12:28 +0100, Pavel Tsekov [EMAIL PROTECTED] wrote:
P.S. Rostislav, does your patch work with both S-Lang and
ncurses ?
I never compiled mc with ncurses. So I tried it and it didn't work in
utf-8 (in iso
Hello Rostislav,
Monday, November 12, 2007, 4:14:10 AM, you wrote:
separately patches -
http://www.fi.muni.cz/~xbenes5/projects/mc/mc-utf8.tar.gz
all together in one patch -
http://www.fi.muni.cz/~xbenes5/projects/mc/mc-utf8-all.tar.gz
and applied to cvs version of mc -
Follow-up Comment #11, bug #21524 (project mc):
Regarding urar and password protected archives - if you use urar from CVS it
shouldn't freeze MC anymore. I'll answer the other questions later.
___
Reply to this item at:
Follow-up Comment #1, bug #21528 (project mc):
Fedora's MC has a patch which adds IPv6 support to ftpfs. I might include it
in 4.6.2 but I can't promise anything - the patch is rather large and it'll
take some time to review.
___
Reply to
Update of bug #2139 (project mc):
Status: Postponed = Fixed
Open/Closed:Analyzed = Closed
___
Reply to this item at:
Follow-up Comment #7, bug #21524 (project mc):
Instead of using /tmp/file the extfs scripts could pipe the extracted
file contents trough dd .. then all errors would be reported. Comments ?
Ideas ?
___
Reply to this item at:
Follow-up Comment #9, bug #21524 (project mc):
The /tmp step is necessary since extfs tries to emulate real filesystem
operations. If we had a native archiver support it would be unnecessary. This
could happen but not for 4.6.2.
___
Reply
Follow-up Comment #1, bug #21524 (project mc):
Are you sure ?
[EMAIL PROTECTED] Desktop]$ unzip -p bless-bin-0.5.0.zip
bless-bin-0.5.0/NEWS /bin/mv
bash: /bin/mv: Permission denied
[EMAIL PROTECTED] Desktop]$ echo $?
1
So errors are reported. Maybe the return status is not checked properly
Follow-up Comment #4, bug #21524 (project mc):
I did not try a disk full on /tmp but I rather forget the temporary file name
to point to a file writable by root which produces Permission denied error -
but there should be no difference.
Follow-up Comment #6, bug #21524 (project mc):
Ok. According to the bash manual:
[...]
A failure to open or create a file causes the redirection to fail.
[...]
Unfortunately failure to write is not detected :( So, yes - this method is
unsafe.
Hello,
Original-Nachricht
Datum: Mon, 05 Nov 2007 15:46:07 +0300
Von: Andrew Borodin
Betreff: Updates of po/*.po files are needed
Since src/find.c file was modified (rev. 1.102 : Fix hotkey duplication),
all po/*.po files should be updated.
I am well aware of that. There
Update of bug #21211 (project mc):
Status: Confirmed = Postponed
___
Reply to this item at:
http://savannah.gnu.org/bugs/?21211
___
Message
Hello Nerijus,
Original-Nachricht
Datum: Thu, 1 Nov 2007 19:45:30 +0200
Von: Nerijus Baliunas
Betreff: [patch] add flv to Include=video
please apply, mplayer plays flv files.
Applied. The patch wasn't good. mc.ext.in didn't knew anything
about flic files so far. Most
Hello Vladimir,
Original-Nachricht
Datum: Thu, 1 Nov 2007 16:48:02 +0100
Von: Vladimir Nadvornik
Betreff: Various small fixes to 4.6.2-pre1
mc-getpwuid.patch - prevents a crash if getpwuid returns NULL
Applied.
mc-NULL.patch - fixes various compiler warnings about
Hello,
Original-Nachricht
Datum: Thu, 1 Nov 2007 16:14:35 +0100
Von: Vladimir Nadvornik
CC: Lukasz Stelmach
Betreff: Re: xterm title in the prompt
On pátek 26 říjen 2007, Lukasz Stelmach wrote:
Greetings.
There is a problem in with mc trying to display bash prompt
Update of bug #21331 (project mc):
Status:None = Fixed
Open/Closed:Open = Closed
___
Reply to this item at:
Update of bug #21440 (project mc):
Status:None = Duplicate
___
Follow-up Comment #1:
This bug is supposed to be fixed in CVS and the latest prerelease. See bug
#15524. You can either
Follow-up Comment #8, bug #21331 (project mc):
1) Viewing an unreadable file not producing an error box is a bug not related
to FISH which was revealed by my patch.
2) cd-ing into unreadable fish directories is a bug in fish.
I'll try to fix both. In the meantime I'll check in the attached
Follow-up Comment #6, bug #21331 (project mc):
Today I had the opportunity to test the patch on MacOS. Trying to copy a
unreadable file from a remote system I got and error dialog box. I'd like to
understand why it doesn't work for you as expected - please, explain what are
you trying to do so
Hello Caj,
Friday, October 19, 2007, 10:35:50 PM, you wrote:
On Oct 19, 2007, Pavel Tsekov wrote:
If you have a proper patch
OK, but if I may just ask why key bindings are so static in mc, is the
code very hard to change so that a user could define his/her own
bindings for a large part
Hello,
Original-Nachricht
Datum: Wed, 17 Oct 2007 23:20:06 +0200
Von: David Sterba
Betreff: Re: GNU Midnight Commander 4.6.2-pre1
On Fri, Sep 28, 2007 at 11:14:47PM +0200, Pavel Tsekov wrote:
I am trying to extract and describe all those changes that happened
between
If you have a proper patch
Original-Nachricht
Datum: Fri, 19 Oct 2007 16:51:07 +0200
Von: Caj Zell
Betreff: Re: GNU Midnight Commander 4.6.2-pre1
Is there any hope of getting
1. sort order key bindings
and
2. key binding for toggling of show hidden files
in
Hello Giampaolo,
Monday, October 15, 2007, 4:10:59 AM, you wrote:
I'm the maintainer of a FTP server library written in Python:
http://code.google.com/p/pyftpdlib/
I thought it would be funny to integrate pyftpdlib into Midnight
Commander in form
of plug-in to makes the current path
Follow-up Comment #3, bug #21331 (project mc):
Are you sure about that ? Perhaps you applied the patch to a modified copy of
MC ? According to one of your comments on
bug #21302 you made some changes when you tried to fix the unreadable file
hang.
Follow-up Comment #1, bug #21337 (project mc):
Maybe this is not a problem that should be fixed in S-Lang but rather in MC.
I'll investigate.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?21337
Update of bug #21302 (project mc):
Privacy: Private = Public
___
Reply to this item at:
http://savannah.gnu.org/bugs/?21302
___
Message
Update of bug #21302 (project mc):
Status: Confirmed = Fixed
Open/Closed:Open = Closed
___
Follow-up Comment #11:
The hang on unreadable
Follow-up Comment #1, bug #21331 (project mc):
I am attaching a patch. It should fix the hang and display an error message
box. The message is not precise enough i.e. Access denied., but getting the
real cause of the error would require the remote user group/id to be retrieved
and matched
Follow-up Comment #9, bug #21302 (project mc):
The attached patch should remedy the problem. I've applied it to cvs but I'll
attach it here as well for your convenience. Please, test and let me know
whether it works for you.
(file #14131)
Hello,
Original-Nachricht
Datum: Sat, 29 Sep 2007 00:05:56 +0100
Von: Denys Vlasenko
Betreff: Resolving symlinked dirs when execing command
One thing which may be simple to fix:
On my machine I have:
$ ls -l /software
lrwxrwxrwx1 root root 14 Jun 26
Update of bug #21302 (project mc):
Status:None = Confirmed
Assigned to:None = ptsekov
___
Follow-up Comment #8:
Ok, I see the problem
Follow-up Comment #1, bug #21302 (project mc):
Perhaps the file in question is a symlink ? Would you mind sending a
directory listing of the remote directory as it is produced by `ls -l` over a
normal ssh connection ?
___
Reply to this
Follow-up Comment #3, bug #21302 (project mc):
Which version of MC are you using ? Please, post the output of `mc -V`. Are
you using a binary that you built yourself or are you using a binary package
for MacOS built by somebody else ?
___
Follow-up Comment #5, bug #21302 (project mc):
It seems MC thinks that it has to read more bytes than there are available.
I'll see whether I can get access to a MacOS shell and debug the problem.
___
Reply to this item at:
Follow-up Comment #6, bug #21302 (project mc):
In the meantime you can download the 4.6.2 pre-release and test whether it
improves the situation a bit although I am almost certain that it won't help.
ftp://ftp.gnu.org/gnu/mc/mc-4.6.2-pre1.tar.gz
Follow-up Comment #3, bug #21248 (project mc):
Have you tried 4.6.2-pre1 or a recent cvs build ?
___
Reply to this item at:
http://savannah.gnu.org/bugs/?21248
___
Message sent via/by
Update of bug #21248 (project mc):
Status:None = Fixed
Open/Closed:Open = Closed
___
Follow-up Comment #5:
Ok. Closing as fixed
Update of bug #21211 (project mc):
Category:Subshell = Core
Status:None = Confirmed
Release: 4.6.0-pre1 = All versions
Follow-up Comment #10, bug #17822 (project mc):
Please, do not steal existing bug reports.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?17822
___
Message sent via/by Savannah
Update of bug #18129 (project mc):
Open/Closed:Open = Closed
___
Follow-up Comment #1:
Applied. Thanks!
___
Reply to this item
Update of patch #6216 (project mc):
Status:None = Done
Open/Closed:Open = Closed
___
Follow-up Comment #1:
Applied. Thanks!
Update of bug #18129 (project mc):
Status:None = Fixed
___
Reply to this item at:
http://savannah.gnu.org/bugs/?18129
___
Message
Update of patch #6186 (project mc):
Status:None = Done
Open/Closed:Open = Closed
___
Follow-up Comment #3:
Ok. I've renamed Home
URL:
http://savannah.gnu.org/patch/?6207
Summary: Reassigned to another tracker [was: sort hotkey]
Project: GNU Midnight Commander
Submitted by: me4mc
Submitted on: Tuesday 09/18/2007 at 18:12
Category: None
URL:
http://savannah.gnu.org/patch/?6206
Summary: sort hotkey
Project: GNU Midnight Commander
Submitted by: me4mc
Submitted on: Tuesday 09/18/2007 at 18:12
Category: None
Severity: 3 - Normal
Update of patch #5104 (project mc):
Status:None = Wont Do
Open/Closed:Open = Closed
___
Follow-up Comment #3:
I am closing this as
Follow-up Comment #3, patch #6200 (project mc):
Right, it hangs when there are more items then the list can show... I'll fix
that. IMO, it makes sense to decrease the size of the list since this mimics
the default behaviour. Normally, the list would draw as many lines as there
are items but not
Update of patch #5899 (project mc):
Status:None = Wont Do
Open/Closed:Open = Closed
___
Follow-up Comment #6:
I am closing this as
Follow-up Comment #11, patch #6073 (project mc):
Any ideas ? I want to close this bug report for 4.6.2
___
Reply to this item at:
http://savannah.gnu.org/patch/?6073
___
Message sent
Update of patch #6200 (project mc):
Status:None = In Progress
Assigned to:None = ptsekov
___
Follow-up Comment #1:
I am attaching a
Update of patch #6076 (project mc):
Assigned to:None = ptsekov
___
Follow-up Comment #2:
Removing items from the history is discussed here: patch #6200
Follow-up Comment #4, bug #21030 (project mc):
I just have to think how to handle the EEXIST case from the patch and I'll
commit it in CVS - hopefully it will get in 4.6.2. I'll appreciate it of
anyone could help me with that and especially with the wording of the error
message to be displayed
Update of patch #6073 (project mc):
Status:None = Done
___
Follow-up Comment #13:
I've applied a slightly modified patch:
Original-Nachricht
Datum: Thu, 13 Sep 2007 16:21:35 -0400
Von: Miguel de Icaza
Betreff: Re: GNU Midnight Commander 4.6.2-pre1
Hello Pavel,
Do you have a list of changes in this release?
No. It's all in the ChangeLog files anyway. This is release is mostly a bugfix
Update of bug #20976 (project mc):
Status:None = Fixed
Open/Closed:Open = Closed
___
Follow-up Comment #1:
Fixed. Thanks for
Hello,
I've prepared the fist pre-release of GNU Midnight Commander 4.6.2 . Please,
download it and give it a try.
I've been waiting for several days to get access to ftp.gnu.org so that
I can upload the pre-release there, but it seems like it's going to take a
while. I am not willing to hold
Update of bug #21030 (project mc):
Status:None = Confirmed
___
Follow-up Comment #1:
This problem has been discussed already in that thread:
Follow-up Comment #2, bug #21030 (project mc):
Please, test the attached patch.
(file #13935)
___
Additional Item Attachment:
File name: copy_file_file_chmod.patch Size:1 KB
Update of bug #20977 (project mc):
Status:None = Invalid
Open/Closed:Open = Closed
___
Reply to this item at:
Update of bug #20978 (project mc):
Status:None = Duplicate
___
Follow-up Comment #2:
This is a duplicate of bug #11982. It has been discussed on the mailing list
a lot but there is
Hello,
The GNU people asked me whether we would like to move the project homepage to
http://www.gnu.org/software/mc. Currently this is a redirect to the homepage at
ibiblio. There are certain advantages if we make this move - the homepage
source can be stored in savannah's cvs and it will be
Hello,
As it has been discussed on the mailing list a new release of MC is long
overdue. So... I plan to release a new version of MC by mid October. This gives
us about a month (till the end of September) for final testing, bug reporting,
fixing, updating translations and other related tasks -
Original-Nachricht
Datum: Tue, 4 Sep 2007 14:43:53 +0200
Von: Egmont Koblinger
An: Pavel Tsekov
Betreff: Re: Getting ready for a release
Being a maintainer of a distro what I see is that by now every Linux
distribution that matters has switched to using UTF-8, and mc
Follow-up Comment #17, bug #13146 (project mc):
Ok. I tracked the bug to vte_terminal_determine_colors() in the vte
package. To request brighter colors one forces the terminal into bold mode.
It seems that in this mode vte allows only the foreground color to be bright.
In vte's terms a bright
Follow-up Comment #15, bug #13146 (project mc):
This may be a bug in gnome-terminal as well... I am also using gnome-terminal
and no matter the color scheme the cursor is invisible. I'll investigate
further...
___
Reply to this item at:
Follow-up Comment #16, bug #13146 (project mc):
IMO, this must be a bug in gnome-terminal. It doesn't behave properly if one
uses both the bright and normal colors as the background and foreground of the
same cell. I changed the
the definition of editwhitespace to brightred,red and the cursor
Update of bug #20862 (project mc):
Status:None = Fixed
Open/Closed:Open = Closed
Release: 4.6.1 = current (CVS or
snapshot)
Update of patch #6026 (project mc):
Status:None = Done
Open/Closed:Open = Closed
___
Follow-up Comment #8:
Commited. Thanks!
Your
Original-Nachricht
Datum: Fri, 24 Aug 2007 11:04:41 -0700 (PDT)
Von: Curtis Doty [EMAIL PROTECTED]
An: mc-devel@gnome.org
Betreff: Re: syntax include?
10:57am Pavel Tsekov said:
Would you mind sending the syntax file to the list ?
I'm able to segfault with just
Update of bug #13146 (project mc):
Status:None = In Progress
___
Follow-up Comment #10:
The patch is in CVS now. I've commited mcedit-visible-ws-v2.diff with no
changes whatsoever ...
Follow-up Comment #6, patch #6026 (project mc):
Witold,
Could you, please, post the line for d.syntax from your Syntax file ?
I'll commit the patch as soon as I get that.
___
Reply to this item at:
http://savannah.gnu.org/patch/?6026
Original-Nachricht
Datum: Thu, 23 Aug 2007 09:57:55 -0700 (PDT)
Von: Curtis Doty
Betreff: syntax include?
I'm cooking up a little expect.syntax and it seems most parsimonius to try
this at the top:
include tcl.syntax
And then just append the expect language colorings
Update of patch #5871 (project mc):
Status:None = Done
Open/Closed:Open = Closed
___
Follow-up Comment #9:
I've applied the
Follow-up Comment #10, patch #6073 (project mc):
So, how shall we fix that ? Just mimic the `ls' behaviour or print something
meaningful ? I think printing the numeric value isn't the best solution since
64 bit value can display pretty big numbers and printing that out would
definitely mess the
Follow-up Comment #3, bug #20182 (project mc):
do_cd() needs a vfs path to enter into archives or connect to ftp or ssh
servers. So, if you press Ctrl+PgDn on a, say, .zip file, you need to:
a) determine the file type (as regex_open() does)
b) translate the path to vfs path
c) pass the vfs path
Follow-up Comment #1, bug #20739 (project mc):
You may want to try/test the following patch:
patch #5893 - integrated side-by-side textmode diff viewer
___
Reply to this item at:
http://savannah.gnu.org/bugs/?20739
Follow-up Comment #1, bug #20182 (project mc):
Using regex_command(..., Open, ...) doesn't always translate to
cd path#vfs - it may end up executing external commands. I am not sure
whether this behaviour is desired for Ctrl + PgDn...
___
Original-Nachricht
Datum: Thu, 23 Aug 2007 07:54:41 -0700 (PDT)
Von: Curtis Doty
Betreff: trivial tyop in tcl.syntax
s/elsif/elseif/
Fixed. Thanks!
--
GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS.
Alle Infos und kostenlose Anmeldung:
Update of bug #19373 (project mc):
Status:None = Fixed
Open/Closed:Open = Closed
___
Follow-up Comment #4:
I am closing this
Follow-up Comment #3, patch #6026 (project mc):
Shall I add this syntax file to CVS ?
___
Reply to this item at:
http://savannah.gnu.org/patch/?6026
___
Message sent via/by Savannah
Follow-up Comment #5, patch #6026 (project mc):
Witold,
My question aimed mainly MC developers. Since there is no clear policy on
which syntax files to include and which not I am at loss when someone posts a
new syntax file for language XYZ.
Follow-up Comment #1, bug #20862 (project mc):
Leonard, what do you think of this change ? Shall I commit it ?
___
Reply to this item at:
http://savannah.gnu.org/bugs/?20862
___
Message
1 - 100 of 769 matches
Mail list logo
