bug#19072: cp does not work with davfs2 (fuse) under GNU/Linux; coreutils-8.21

2014-11-16 Thread Pádraig Brady
On 17/11/14 01:15, Pádraig Brady wrote: > On 16/11/14 10:22, Klaus-Jürgen Wolf wrote: >> With my cloud space provider, I have observed that copying to a davfs2 >> mounted cloud space does only work if using tar, e.g. >> >> tar -cf - sourcefile |tar -xf - -C clouddir >> >> Doing the same (copying) w

bug#19072: cp does not work with davfs2 (fuse) under GNU/Linux; coreutils-8.21

2014-11-16 Thread Pádraig Brady
On 16/11/14 10:22, Klaus-Jürgen Wolf wrote: > With my cloud space provider, I have observed that copying to a davfs2 > mounted cloud space does only work if using tar, e.g. > > tar -cf - sourcefile |tar -xf - -C clouddir > > Doing the same (copying) with cp or mv results in the error messages: >

bug#18499: Possible mv race for hardlinks (rhbz #1141368 )

2014-11-16 Thread Pádraig Brady
On 16/11/14 16:35, Paul Eggert wrote: > Pádraig Brady wrote: >> If we change this, it's much more likely that people will start complaining >> about their non overlapping mv instances failing. > > I'd far rather deal with those complaints than deal with complaints about > 'mv' silently discarding

bug#19072: cp does not work with davfs2 (fuse) under GNU/Linux; coreutils-8.21

2014-11-16 Thread Klaus-Jürgen Wolf
With my cloud space provider, I have observed that copying to a davfs2 mounted cloud space does only work if using tar, e.g. tar -cf - sourcefile |tar -xf - -C clouddir Doing the same (copying) with cp or mv results in the error messages: cp: error writing ‘/home/kj/MyDrive/sourcefile’: Input/ou

bug#19065: dd design bug

2014-11-16 Thread Bob Proulx
tag 19065 + unreproducible moreinfo thanks bt wrote: > The following undocumented behavior of dd is (IMO) a design flaw. If dd actually did this then that would be quite annoying. And I could see anyone becoming very frustrated with it. But the reason this is not documented in dd is that dd doe

bug#18499: Possible mv race for hardlinks (rhbz #1141368 )

2014-11-16 Thread Paul Eggert
Pádraig Brady wrote: If we change this, it's much more likely that people will start complaining about their non overlapping mv instances failing. I'd far rather deal with those complaints than deal with complaints about 'mv' silently discarding files. Either the FreeBSD or the Solaris behavi

bug#18499: Possible mv race for hardlinks (rhbz #1141368 )

2014-11-16 Thread Pádraig Brady
On 16/11/14 11:38, Ondrej Vasik wrote: > On Fri, 2014-11-14 at 23:36 +, Pádraig Brady wrote: >> On 13/11/14 16:06, Boris Ranto wrote: >>> On Thu, 2014-11-13 at 15:41 +, Pádraig Brady wrote: On 13/11/14 13:58, Boris Ranto wrote: > On Wed, 2014-09-24 at 17:18 +0100, Pádraig Brady wro

bug#19065: dd design bug

2014-11-16 Thread Pádraig Brady
On 16/11/14 01:11, bt wrote: > The following undocumented behavior of dd is (IMO) a design flaw. > > If dd is used to copy one partition to another, as in > > #dd if=/dev/sda3 of=/dev/sdb3 ... > > and if in fact sdb3 does not exist, then dd will overwrite the first part of > an existing partitio

bug#18499: Possible mv race for hardlinks (rhbz #1141368 )

2014-11-16 Thread Ondrej Vasik
On Fri, 2014-11-14 at 23:36 +, Pádraig Brady wrote: > On 13/11/14 16:06, Boris Ranto wrote: > > On Thu, 2014-11-13 at 15:41 +, Pádraig Brady wrote: > >> On 13/11/14 13:58, Boris Ranto wrote: > >>> On Wed, 2014-09-24 at 17:18 +0100, Pádraig Brady wrote: ... > >> We've three options that I se