On 05/02/11 18:51, Debarshi Ray wrote:
> If this is indeed a bug, then I can try to cook a patch.
No, it's expected. In the NEWS file, it's the first bug
fix listed under coreutils 8.6.
I have got the latest Git master in /tmp and 8.5 from Fedora 14 installed
system-wide.
[rishi@freebook coreutils]$ /tmp/bin/du -hs .git .
32M .git
9.5M.
[rishi@freebook coreutils]$ /tmp/bin/du -hs . .git
41M .
[rishi@freebook coreutils]$ /tmp/bin/du -hs .
41M
Eric Blake writes:
>
> $ file mmencode
> mmencode: PA-RISC2.0 shared executable dynamically linked - not stripped
>
> If you want to run a binary on a different platform, you have to
> recompile it from source for that platform. Do you have the source for
> mmencode? If not, then I don't see ho
Dear coreutils team,
I have coreutils 8.11 installed on my system via Arch Linux packages and have
experienced some unexpected behaviour of the "du" utility. When I execute
du -hs . .git
in a folder that contains some files and a subfolder named ".git" the output I
get is
194M.
The outpu
tag 8604 notabug
close 8604
thanks
On 05/02/2011 08:28 AM, Syed Nizamuddin wrote:
> Hi,
Thanks for the report. However, you've reached the GNU Coreutils
mailing list, and not a generic support list for Linux questions, so I'm
afraid we won't have the best answers for you here.
>
> We are migra
Hi Syed,
this is most likely not a bug in the GNU coreutils.
I bet you copied mmencode from your UNIX workstation
to your Linux PC ... which has a different platform
(maybe an Intel CPU?):
$ file mmencode
mmencode: PA-RISC2.0 shared executable dynamically linked - not stripped
Have a nice day,
