GNU bug report logs - #23904
Btrfs clone support in copy operations

Previous Next

Full log

Message #34 received at 23904 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: sbaugh <at> catern.com, kieran <at> kcolford.com, dmantipov <at> yandex.ru,
 23904 <at> debbugs.gnu.org
Subject: Re: bug#23904: Btrfs clone support in copy operations
Date: Sun, 11 Sep 2016 18:25:07 +0300

> Cc: dmantipov <at> yandex.ru, 23904-done <at> debbugs.gnu.org, sbaugh <at> catern.com,
>  kieran <at> kcolford.com
> From: Paul Eggert <eggert <at> cs.ucla.edu>
> Date: Sat, 10 Sep 2016 19:16:39 -0700
> 
> 
> [1:text/plain Hide]
> 
> I looked into this a bit more, and it appears that there's little point to 
> giving the user an option to clone or not clone when copying files, as the 
> cloning (or not cloning) can occur anyway.
> 
> We plan to release a coreutils version soon and to change the default to clone 
> after the release. For Emacs master the next release is far away, so there is 
> plenty of time to try out the FICLONE performance improvement. I installed the 
> attached two patches and am marking this bug report as done.

The first patch is fine with me.

> The second patch merely updates the documentation to discuss the issue; it is 
> logically independent of the first patch, since the issue can occur both with 
> and without the first patch.

I wonder why we need that text in the manual, it doesn't seem to
provide any useful actionable info, just general description of an
issue.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.