** Changed in: mc
Status: New => Confirmed
--
mc directory sizes not reliable
https://bugs.launchpad.net/bugs/580221
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https:/
** Changed in: mc
Status: Unknown => New
--
mc directory sizes not reliable
https://bugs.launchpad.net/bugs/580221
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://l
** Changed in: mc
Importance: Unknown => Undecided
** Changed in: mc
Status: Confirmed => New
** Changed in: mc
Remote watch: www.midnight-commander.org/ #7 => None
** Bug watch added: Midnight Commander Bug Tracker #2088
http://midnight-commander.org/ticket/2088
** Changed in: mc
** Changed in: mc (Ubuntu)
Assignee: (unassigned) => Yury V. Zaytsev (zyv)
--
mc directory sizes not reliable
https://bugs.launchpad.net/bugs/580221
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu
** Changed in: mc (Ubuntu)
Status: New => In Progress
--
mc directory sizes not reliable
https://bugs.launchpad.net/bugs/580221
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.
** Changed in: mc
Status: Unknown => Confirmed
--
mc directory sizes not reliable
https://bugs.launchpad.net/bugs/580221
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
htt
** Bug watch added: www.midnight-commander.org/ #7
http://www.midnight-commander.org/ticket/7
** Also affects: mc via
http://www.midnight-commander.org/ticket/7
Importance: Unknown
Status: Unknown
--
mc directory sizes not reliable
https://bugs.launchpad.net/bugs/580221
You recei
I understand what you say. Unfortunately the new behaviour is not intuitive at
all IMHO.
Select ".." to count the CURRENT directory ?
Hope a smarter way is found.
I will also try to recheck the network fs mc vs du issue if i will be able to
reproduce it.
--
mc directory sizes not reliable
http
Will you read my previous message explaining the new behavior before
posting more follow-ups to this bug? I explained the new behavior and my
explanation is consistent with your screencasts. I will have a look at
how to find a best compromise between the old mc behavior and the new
FAR-like behavio
Well, EVEN SO it fails, because it sometimes calculates (as previously
expected) the sizes for all the content in the current directory and in other
cases it does compute any sizes AT ALL or just limits itself to count only ONE
directory from all the (sub)directories in the current directory.
In
This is not really a bug, but rather a change in the behavior of the
"Show directory sizes" command. Previously it would calculate the sizes
of all directories in the current directory if no selection was made,
otherwise the size of the selected directories.
Now if the cursor is positioned on a fi
...another recording of the same issue, this time on a nfs mounted
directory. It is clearly visible how mc itself forgets the correct size
from one interrogation to another.
** Attachment added: "screencast-mc-dircount2.ogv"
http://launchpadlibrarian.net/48680411/screencast-mc-dircount2.ogv
-
Please see the attached screen cast.
See how I descend in my home, in .gimp-2.4 and in .gimp-2.4 i run directory
count.
Then, i go back to the parent directory (which is my home directory ) and run
directory count there, too.
Instead of counting that directory, mc limits itself to displaying ON
Let me reissue :
we have the following structure :
A
|-- B
| |-- X
| |-- Y
| |-- Z
| |-- file1
| |-- file2
| `-- file3
|-- C
| |-- file1
| |-- file2
| `-- file3
|-- D
|-- E
`-- F
We enter directory B and request directory sizes. mc will count everything that
resides in director
How do you know that what du reports to you is always OK??? You didn't
seem to have performed any independent validation for this. As I
mentioned above du on a cifs-mounted filesystem is clearly bullshitting
me, showing that a 9 mb directory takes 231 mb. mc's output, however, is
consistent with th
How could be the bug invalid if du's reporting is always ok ?
It can however be reproduced on the local filesystem. I am able to reproduce
locally in many cases using the following scenario :
1). Go to a populated and loaded directory. For example a quite heavily used
user home.
2). Enter one sub
I had the same effect on
//xxx/yyy on /media/calculon type cifs
(rw,mand,noexec,nosuid,nodev,user=zyv)
mc shows the directory size of 9 mb, but du -ch shows 231 mb. If I copy
this folder to the local file system, the size matches. I think it's a
du's problem, not mc. Try to compare with Nautilus
Unfortunately I was able to reproduce this issue. I will submit this
upstream.
--
mc directory sizes not reliable
https://bugs.launchpad.net/bugs/580221
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-
...not only on nfs after all (see screenshot).
** Attachment added: "mc.jpg"
http://launchpadlibrarian.net/48513935/mc.jpg
--
mc directory sizes not reliable
https://bugs.launchpad.net/bugs/580221
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
I tried your package from your ppa and seems to do the same.
However I might have missed something : it seems that this unreliability
manifests itself on nfs mounted directories with quite a large number of files
(and megabytes ...)
--
mc directory sizes not reliable
https://bugs.launchpad.net/
I can't reproduce this with my packages, which probably means that the
issue has already been fixed and will make it into Ubuntu / Debian when
our package will get uploaded.
https://launchpad.net/~zyv/+archive/ppa
--
mc directory sizes not reliable
https://bugs.launchpad.net/bugs/580221
You rece
21 matches
Mail list logo
