X-Recipient:	archive-cygwin AT delorie DOT com
X-Original-To:	cygwin AT cygwin DOT com
Delivered-To:	cygwin AT cygwin DOT com
DMARC-Filter:	OpenDMARC Filter v1.3.2 sourceware.org ED726383F85E
Authentication-Results:	sourceware.org; dmarc=none (p=none dis=none)
	header.from=SystematicSw.ab.ca
Authentication-Results:	sourceware.org;
	spf=none smtp.mailfrom=brian DOT inglis AT systematicsw DOT ab DOT ca
X-Authority-Analysis:	v=2.3 cv=OubUNx3t c=1 sm=1 tr=0
	a=kiZT5GMN3KAWqtYcXc+/4Q==:117 a=kiZT5GMN3KAWqtYcXc+/4Q==:17
	a=IkcTkHD0fZMA:10 a=69wJf7TsAAAA:8 a=XMCtWQvVAAAA:8 a=JZeu4sPTHj9YQVegERsA:9
	a=QEXdDO2ut3YA:10 a=wRqL2Z6UYI4A:10 a=TQfQvzNPeSgA:10
	a=Fg1AiH1G6rFz08G2ETeA:22 a=FVAcOTB4J8JjUTCw8RSC:22
Subject:	Re: Update request for rdiff-backup
To:	cygwin AT cygwin DOT com
References:	<75c835b1-8cad-e71f-59d5-651f78ffbf2b AT SystematicSw DOT ab DOT ca>
	<9d3b33bf-31c2-6a3f-847a-a85de1cb222d AT snkmail DOT com>
From:	Brian Inglis <Brian DOT Inglis AT SystematicSw DOT ab DOT ca>
Autocrypt:	addr=Brian DOT Inglis AT SystematicSw DOT ab DOT ca; prefer-encrypt=mutual;
	keydata=
	mDMEXopx8xYJKwYBBAHaRw8BAQdAnCK0qv/xwUCCZQoA9BHRYpstERrspfT0NkUWQVuoePa0
	LkJyaWFuIEluZ2xpcyA8QnJpYW4uSW5nbGlzQFN5c3RlbWF0aWNTdy5hYi5jYT6IlgQTFggA
	PhYhBMM5/lbU970GBS2bZB62lxu92I8YBQJeinHzAhsDBQkJZgGABQsJCAcCBhUKCQgLAgQW
	AgMBAh4BAheAAAoJEB62lxu92I8Y0ioBAI8xrggNxziAVmr+Xm6nnyjoujMqWcq3oEhlYGAO
	WacZAQDFtdDx2koSVSoOmfaOyRTbIWSf9/Cjai29060fsmdsDLg4BF6KcfMSCisGAQQBl1UB
	BQEBB0Awv8kHI2PaEgViDqzbnoe8B9KMHoBZLS92HdC7ZPh8HQMBCAeIfgQYFggAJhYhBMM5
	/lbU970GBS2bZB62lxu92I8YBQJeinHzAhsMBQkJZgGAAAoJEB62lxu92I8YZwUBAJw/74rF
	IyaSsGI7ewCdCy88Lce/kdwX7zGwid+f8NZ3AQC/ezTFFi5obXnyMxZJN464nPXiggtT9gN5
	RSyTY8X+AQ==
Organization:	Systematic Software
Message-ID:	<2798fa4d-eafb-f246-7f85-bf58a99da14d@SystematicSw.ab.ca>
Date:	Wed, 6 May 2020 07:22:48 -0600
User-Agent:	Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101
	Thunderbird/68.7.0
MIME-Version:	1.0
In-Reply-To:	<9d3b33bf-31c2-6a3f-847a-a85de1cb222d@snkmail.com>
X-CMAE-Envelope:	MS4wfL/0vH0scHGtP8hd/ytEE6D01pQoMPxo54Sk4RC8fSdbddcQLdpgT6qOOOSrT7VeMYkV+lv7h+QSnYLbUXmOUl2tyVkw/fbvpQq82cmQF61Bdo+e7zZ6
	M8cc7fTGFFj+0Vjz+tQddMa1TZsIEtpnSx8rop32IZRcvryKFMw2Ci7e3+g4W6PDJr5FWlcRK7/3Tg==
X-Spam-Status:	No, score=-14.1 required=5.0 tests=BAYES_00, BODY_8BITS,
	KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, RCVD_IN_DNSWL_LOW, SPF_HELO_NONE,
	SPF_NONE, TXREP autolearn=no autolearn_force=no version=3.4.2
X-Spam-Checker-Version:	SpamAssassin 3.4.2 (2018-09-13) on
	server2.sourceware.org
X-BeenThere:	cygwin AT cygwin DOT com
X-Mailman-Version:	2.1.29
List-Id:	General Cygwin discussions and problem reports <cygwin.cygwin.com>
List-Unsubscribe:	<http://cygwin.com/mailman/options/cygwin>,
	<mailto:cygwin-request AT cygwin DOT com?subject=unsubscribe>
List-Archive:	<https://cygwin.com/pipermail/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-request AT cygwin DOT com?subject=help>
List-Subscribe:	<http://cygwin.com/mailman/listinfo/cygwin>,
	<mailto:cygwin-request AT cygwin DOT com?subject=subscribe>
Reply-To:	cygwin AT cygwin DOT com
Errors-To:	cygwin-bounces AT cygwin DOT com
Sender:	"Cygwin" <cygwin-bounces AT cygwin DOT com>
X-MIME-Autoconverted:	from base64 to 8bit by delorie.com id 046DNUfd008318

On 2020-05-05 23:23, Cygwin wrote:
>> The ssh, rsync, and most Unix remote access utilities use [[user@]host:]path;
>> and rsync daemon processes and rdiff-backup use [[user]@host::]path specs or
>> URIs; see:
>>
>>     http://rdiff-backup.nongnu.org/rdiff-backup.1.html
>>
>>     https://rdiff-backup.net/docs/examples.html

> Thanks for the suggestion Brian.
> 
> I would prefer to use[[user]@host::]path , but based on my reading of the man
> page and examples, it requires rdiff-backup to be available on the remote server
> which unfortunately is not the case in my situation.

It is impossible to use any rsync, rdiff, or rdiff-backup commands against a
remote server without the corresponding daemon running on that server, as the
commands omit sending as many data blocks as possible by sending block
signatures instead, then on signature mismatch sending the data black and
storing it in the new file copy, an incremental diff, and/or a date-time stamped
backup.

> I don't see anything in the rdiff-backup man page or examples indicating you can
> use URIs.  Can you be more specific about where it shows that?

I would expect it to support specs in the form of rsync URIs, not general URI
schemes as supported by curl or duplicity e.g.

rsync(1):
"	Access via rsync daemon:
         Pull: rsync [OPTION...] [USER@]HOST::SRC... [DEST]
               rsync [OPTION...] rsync://[USER@]HOST[:PORT]/SRC... [DEST]
         Push: rsync [OPTION...] SRC... [USER@]HOST::DEST
               rsync [OPTION...] SRC... rsync://[USER@]HOST[:PORT]/DEST

       Usages with just one SRC arg and no DEST arg will list the source files
instead of copying."

similar to ssh(1):
	"or a URI of the form ssh://[user@]hostname[:port]"

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
[Data in IEC units and prefixes, physical quantities in SI.]
--
Problem reports:      https://cygwin.com/problems.html
FAQ:                  https://cygwin.com/faq/
Documentation:        https://cygwin.com/docs.html
Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple

- Raw text -