Re: Alternatives to rsync

2016-10-22 Thread Julian H. Stacey
Hi, Reference: > From: "reko.turja--- via freebsd-ports" > Reply-to: reko.tu...@liukuma.net > Date: Thu, 13 Oct 2016 07:39:45 +0300 "reko.turja--- via freebsd-ports" wrote: > One of my users is needing rsync like functionality to transfer changed > contents of some directorie

Re: Alternatives to rsync

2016-10-17 Thread Greg 'groggy' Lehey
On Monday, 17 October 2016 at 6:51:05 -0700, Freddie Cash wrote: > On Oct 17, 2016 1:21 AM, "Lars Engels" wrote: >> >> rsync 2 has a different algorithm for checking if a file changed. The >> new one is much faster. > > Rsync 2 also spent a long time building a list of changes files first, > befo

Re: Alternatives to rsync

2016-10-17 Thread Freddie Cash
On Oct 17, 2016 1:21 AM, "Lars Engels" wrote: > > On Mon, Oct 17, 2016 at 09:46:31AM +1100, Greg 'groggy' Lehey wrote: > > On Friday, 14 October 2016 at 8:01:51 +0300, reko.turja--- via freebsd-ports wrote: > > > > > > Greg, I've actually put some thought in making a local port of > > > rsync2. I

Re: Alternatives to rsync

2016-10-17 Thread Lars Engels
On Mon, Oct 17, 2016 at 09:46:31AM +1100, Greg 'groggy' Lehey wrote: > On Friday, 14 October 2016 at 8:01:51 +0300, reko.turja--- via freebsd-ports > wrote: > > > > Greg, I've actually put some thought in making a local port of > > rsync2. I've done some research on it and it seems to be fairly >

Re: Alternatives to rsync

2016-10-16 Thread Matthias Andree
Am 17.10.2016 um 00:46 schrieb Greg 'groggy' Lehey: > On Friday, 14 October 2016 at 8:01:51 +0300, reko.turja--- via freebsd-ports > wrote: >> Greg, I've actually put some thought in making a local port of >> rsync2. I've done some research on it and it seems to be fairly >> usable and security p

Re: Alternatives to rsync

2016-10-16 Thread Greg 'groggy' Lehey
On Friday, 14 October 2016 at 8:01:51 +0300, reko.turja--- via freebsd-ports wrote: > > Greg, I've actually put some thought in making a local port of > rsync2. I've done some research on it and it seems to be fairly > usable and security patched still. Even simpler, use the old version of the c

Re: Alternatives to rsync

2016-10-13 Thread Dewayne Geraghty
On 14 October 2016 at 17:01, Franco Fichtner wrote: > > > On 14 Oct 2016, at 7:54 AM, Eduardo Morras via freebsd-ports < > freebsd-ports@freebsd.org> wrote: > > > > > > Sorry for commenting on this reply to Greg to answer Shane Ambler, I > > joined maillist today. > > > > On Fri, 14 Oct 2016 09:2

Re: Alternatives to rsync

2016-10-13 Thread Franco Fichtner
> On 14 Oct 2016, at 7:54 AM, Eduardo Morras via freebsd-ports > wrote: > > > Sorry for commenting on this reply to Greg to answer Shane Ambler, I > joined maillist today. > > On Fri, 14 Oct 2016 09:26:03 +1100 > Greg 'groggy' Lehey wrote: > >> On Thursday, 13 October 2016 at 18:13:39 +1030

Re: Alternatives to rsync

2016-10-13 Thread Eduardo Morras via freebsd-ports
Sorry for commenting on this reply to Greg to answer Shane Ambler, I joined maillist today. On Fri, 14 Oct 2016 09:26:03 +1100 Greg 'groggy' Lehey wrote: > On Thursday, 13 October 2016 at 18:13:39 +1030, Shane Ambler wrote: > > On 13/10/2016 15:09, reko.turja--- via freebsd-ports wrote: > >> On

Re: Alternatives to rsync

2016-10-13 Thread Shane Ambler
On 14/10/2016 08:56, Greg 'groggy' Lehey wrote: On Thursday, 13 October 2016 at 18:13:39 +1030, Shane Ambler wrote: On 13/10/2016 15:09, reko.turja--- via freebsd-ports wrote: One of my users is needing rsync like functionality to transfer changed contents of some directories between couple of

Re: Alternatives to rsync

2016-10-13 Thread reko.turja--- via freebsd-ports
Thanks a lot for your suggestions! Franco and Shane - I will definitely check cpdup out. Georges suggestion is neat, sadly for this usage pattern zfs isn't ideal - lack of memory, files are transferred between freebsd and linux etc. but it's definitely something I'll have to remember for the

Re: Alternatives to rsync

2016-10-13 Thread Greg 'groggy' Lehey
On Thursday, 13 October 2016 at 18:13:39 +1030, Shane Ambler wrote: > On 13/10/2016 15:09, reko.turja--- via freebsd-ports wrote: >> One of my users is needing rsync like functionality to transfer changed >> contents of some directories between couple of machines. As rsync 3 >> isn't open source, b

Re: Alternatives to rsync

2016-10-13 Thread Matthias Andree
Am 13.10.2016 um 07:20 schrieb Peter Beckman: > 2. Why is GPL3 out of the question? Is the user going to resell the > device >as a service? If the user is simply "using" the software, no > disclosure >of other software is necessary. Only if your user is attempting to > "make >money" fro

Re: Alternatives to rsync

2016-10-13 Thread Shane Ambler
On 13/10/2016 15:09, reko.turja--- via freebsd-ports wrote: One of my users is needing rsync like functionality to transfer changed contents of some directories between couple of machines. As rsync 3 isn't open source, but GPL3 it's out of question in order to keep the system untainted. The soft

Re: Alternatives to rsync

2016-10-12 Thread George Michaelson
If you want block efficient, then zfs is your friend 1) make the 'dir' be a distinct zfs filestore in the zpool 2) run zfssnap on some duty cycle 3) profit seriously: as long as the copy can be maintained readonly, in sync with the source, the block level copy of zfs snapshots under some serial/t

Re: Alternatives to rsync

2016-10-12 Thread Franco Fichtner
> On 13 Oct 2016, at 6:39 AM, reko.turja--- via freebsd-ports > wrote: > > The software should be relatively lightweight - no fullblown mirroring/backup > is needed. Also hints how to achieve similar ends using maybe tar/ssh might > do. Try cpdup(1). Cheers, Franco

Re: Alternatives to rsync

2016-10-12 Thread Peter Beckman
1. rsync IS open source: https://rsync.samba.org/ "rsync is an open source utility" 2. Why is GPL3 out of the question? Is the user going to resell the device as a service? If the user is simply "using" the software, no disclosure of other software is necessary. Only if your user is att

Alternatives to rsync

2016-10-12 Thread reko.turja--- via freebsd-ports
One of my users is needing rsync like functionality to transfer changed contents of some directories between couple of machines. As rsync 3 isn't open source, but GPL3 it's out of question in order to keep the system untainted. The software should be relatively lightweight - no fullblown mirr