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
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:
>
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
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
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
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
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
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
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