[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-tar] GNU Tar 1.28 configuration test for deep directory hierarc

From: Charles Diza
Subject: Re: [Bug-tar] GNU Tar 1.28 configuration test for deep directory hierarchy failing on Mac OS X 10.11 El Capitan
Date: Tue, 13 Oct 2015 15:37:53 -0400

On Tue, Oct 13, 2015 at 3:19 PM, Mike Frysinger <address@hidden> wrote:
On 13 Oct 2015 14:58, Charles Diza wrote:
> > For (2) I suggest using coreutils; 'rm -fr directory should do the trick
> > if you're using GNU rm.
> That doesn't work; it gives the same result as using the built-in BSD `rm`
> on OSX.

is your coreutils version up to date ?  if so, please send another bug
report to the GNU/coreutils list.  if not, you should update it ;).

`grm --version` says "8.24"

Anyway, I think this just is OSX being weird.  If I just write a ruby script that creates 337 nested but empty dirs whose names are a1 thru a337, the tree is unremovable at first.  But if I repeat `rm -rf [nameofthetoplevel]`, it gradually prunes down the tree after three or four attempts.  If instead I use coreutils-rm, it works immediately from the start.

But the "confdir-14B--" tree is a different story.  No such gradual pruning works, and neither does coreutils' `rm`.  (The latter says "No space left on device", whatever that means.)

I am only able to remove the confdir-14B--- tree by first renaming all the nodes to the form "aN".


reply via email to

[Prev in Thread] Current Thread [Next in Thread]