moin,
if you change an existing file and save it under a new name, a lock file
for the original file is left behind.
--
Hi! I'm a .signature virus! Copy me into your ~/.signature, please!
--
Chaos, panic, and disorder - my work here is done.
___
Update of bug #4169 (project mc):
Status:None = Fixed
Open/Closed:Open = Closed
___
Follow-up Comment #3:
This has been fixed in
Hello Oswald,
On Mon, 2005-05-16 at 11:58, Oswald Buddenhagen wrote:
if you change an existing file and save it under a new name, a lock file
for the original file is left behind.
Savannah's bugzilla is editable by the developers now. That means we can
actually use it. Please submit this issue
Update of bug #11951 (project mc):
Severity: 3 - Normal = 1 - Wish
Summary: midnight commander enchance = [RFE] Show size of
all files in directory
___
Reply to this item at:
Follow-up Comment #1, bug #7872 (project mc):
What's the point of the (env\s)? change? And isn't 'context ' a
comment? Don't you mean to see changes to the 'context '?
Please be so kind to provide a patch (diff -up) so it is more clear what you
do want to see changed.
Update of bug #11864 (project mc):
Status:Wont Fix = Invalid
Open/Closed:Open = Closed
___
Follow-up Comment #4:
Ok. So this is a PuTTY
Update of bug #2643 (project mc):
Status:None = Fixed
Open/Closed:Open = Closed
___
Follow-up Comment #1:
Issue has been fixed in
Update of bug #7504 (project mc):
Status:None = Invalid
Open/Closed:Open = Closed
___
Follow-up Comment #1:
edit - options - general
Update of bug #10513 (project mc):
Status:None = Invalid
Open/Closed:Open = Closed
___
Follow-up Comment #1:
Check your locale
Update of bug #9631 (project mc):
Status:None = Fixed
Open/Closed:Open = Closed
___
Follow-up Comment #1:
When Fill tabs with
Update of bug #11349 (project mc):
Status:None = Invalid
Open/Closed:Open = Closed
___
Follow-up Comment #2:
Looks like a TERM issue.
Update of bug #11983 (project mc):
Status:None = Need Info
___
Follow-up Comment #1:
Probably caused by the fact that you entered some characters on the subshell
prompt in which case it
Update of bug #13091 (project mc):
Status:None = Need Info
___
Follow-up Comment #2:
? Could you provide a little more info (platform, example)?
$ mcedit foo
$ ln -s foo bar
$ mcedit
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=13091
Summary: Open a symlink to edit when save, erase symlink
and make a new file.
Project: GNU Midnight Commander
Submitted by: None
Submitted on: Sun 05/15/2005 at 22:19
Follow-up Comment #3, bug #13091 (project mc):
GNU/Linux x86, FC3 running mc 4.6.1-pre4 from the sources (was: SuSE 8.x, mc
4.6.x from the sources and older mc versions):
$ rm -f foo bar; touch foo; ln -s foo bar; ls -l foo bar
lrwxrwxrwx 1 wwp users 3 May 16 17:08 bar - foo
-rw-r--r-- 1 wwp
Follow-up Comment #4, bug #13091 (project mc):
Weird. I cannot reproduce this on FC1 with MC_4_6_1_PRE from a couple of days
ago. Where did you get this pre4 so I can compare?
Can you reproduce this with mc-4.6.1-0.14.FC3 (pre3 with patches) or latest
MC_4_6_1_PRE? Is it reproducible for non 0
Follow-up Comment #5, bug #13091 (project mc):
F9 - options - save mode - switch to quick save
and everything is fine ...
it might be worth consideration, though, to make the safe save and do
backups modes follow symlinks.
___
Reply to
Follow-up Comment #2, bug #7872 (project mc):
What's the point of the (env\s)? change?
pointless, imo. env located in any other directory is entirely against the
idea of using it in the first place ...
And isn't 'context ' a comment?
nope. read the lang spec. :-P
Follow-up Comment #6, bug #13091 (project mc):
Weird. I cannot reproduce this on FC1 with MC_4_6_1_PRE from a couple of
days ago. Where did you get this pre4 so I can compare?
I cannot remember, official places to find mc tarballs are still obscure to
me. But IIRC it was from a official
Follow-up Comment #2, bug #8735 (project mc):
... and alt-l for goto line number.
if it does not work, it may be your terminal.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=8735
Follow-up Comment #2, bug #9631 (project mc):
leonard didn't get the idea. :-P
this bug is _not_ fixed; nothing changed here for years.
i posted this patch some months ago, but nobody cared to notice.
___
Additional Item Attachment:
Follow-up Comment #2, bug #11983 (project mc):
this is an immediate result of bug #11982. i think it can be safely declared
a duplicate.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=11983
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=13100
Summary: Bytes and Count progess bars when moving multiple
files
Project: GNU Midnight Commander
Submitted by: ZlatkO
Submitted on: Mon 05/16/2005 at 17:09
Follow-up Comment #1, bug #12223 (project mc):
i think this is pretty much impossible to implement in tty based apps, as the
terminal does not report modifier state changes. one could do a cross-link to
X and/or the linux console, but this would be pretty nasty.
Hello, Leonard!
On Sat, 2005-05-14 at 12:00 +0200, Leonard den Ottolander wrote:
On Sat, 2005-05-14 at 00:13, Pavel Roskin wrote:
For example, the stable
branch compiles with a significant amount of warnings by the latest gcc.
This wasn't the case when 4.6.0 was released.
I don't see
Pavel Roskin wrote:
I believe an X error handler is needed.
http://mail.gnome.org/archives/mc-devel/2005-May/msg00039.html
I have committed a fix some months ago.
See HEAD:src/x11conn.c
Roland
___
Mc-devel mailing list
Follow-up Comment #2, bug #12860 (project mc):
It isn't.
#10508 states that the ETA should not be calculated for every file,
and my bug report states that even when you copy a single item, all progress
bars should be displayed.
___
Reply
Update of bug #11983 (project mc):
Status: Need Info = Duplicate
Open/Closed:Open = Closed
___
Follow-up Comment #3:
I guess you are right :)
Hi Pavel,
On Mon, 2005-05-16 at 19:33, Pavel Roskin wrote:
What's your definition of latest gcc? According to gcc.gnu.org, it's
4.0.0.
Kinda missed that line, but already understood this from Nerijus. And at
the time of the MC_4_6_1_PRE freeze, in december 2004 there was no
such compiler yet
Update of bug #9631 (project mc):
Status: Fixed = None
Open/Closed: Closed = Open
___
Follow-up Comment #3:
Reopening as there seems
Update of bug #12223 (project mc):
Status:None = Wont Fix
Open/Closed:Open = Closed
___
Follow-up Comment #2:
Closing Wont Fix then.
Follow-up Comment #1, bug #10508 (project mc):
Also see bug 12860.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=10508
___
Message sent via/by Savannah
Update of bug #12860 (project mc):
Status:None = Duplicate
Open/Closed:Open = Closed
___
Follow-up Comment #3:
Closing as a duplicate
Follow-up Comment #4, bug #12860 (project mc):
Roland, I didn't read your comment before closing this bug, but please leave
it as is. We know it's not entirely the same issue but they should probably
be fixed in conjunction.
___
Reply to
Follow-up Comment #4, bug #9631 (project mc):
Duh. Not reading this properly I guess. Please disregard my comment about
fixed inconsitencies.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=9631
Follow-up Comment #5, bug #9631 (project mc):
this one is really a hard birth ... it has two years of history already ...
:)
disclaimer: i freely interpret the original report as being the same as my
wish, because the request makes little sense when implemented literally. :)
ok, here is the
Follow-up Comment #3, bug #12223 (project mc):
One person opines that a fix is impossible, and this is reason for an
immediate close/wontfix? Sheesh. Surely at least one other person could say
something relevant first. Curses isn't necessarily the end of console
development. At least don't mark
37 matches
Mail list logo
