[SCM] The rsync repository. - branch master updated

2020-06-07 Thread Rsync CVS commit messages
The branch, master has been updated
   via  bd66a92e Tweak the new heading
   via  165ef61d Add OpenSSL license exception also to COPYING
  from  7dbbde8c Use ZSTD_CLEVEL_DEFAULT define.

https://git.samba.org/?p=rsync.git;a=shortlog;h=master


- Log -
commit bd66a92e7c21c70fa95b71a395438d853a9ab0b5
Author: Wayne Davison 
Date:   Sun Jun 7 19:43:08 2020 -0700

Tweak the new heading

commit 165ef61de3f9c3b7a941508be2eed9495078c633
Author: Sebastian Andrzej Siewior 
Date:   Sun Jun 7 21:54:49 2020 +0200

Add OpenSSL license exception also to COPYING

Add the OpenSSL license exception also to the COPYING file which
contains the license related information.

Signed-off-by: Sebastian Andrzej Siewior 

---

Summary of changes:
 COPYING | 9 +
 1 file changed, 9 insertions(+)


Changeset truncated at 500 lines:

diff --git a/COPYING b/COPYING
index 94a9ed02..104c5831 100644
--- a/COPYING
+++ b/COPYING
@@ -672,3 +672,12 @@ may consider it more useful to permit linking proprietary 
applications with
 the library.  If this is what you want to do, use the GNU Lesser General
 Public License instead of this License.  But first, please read
 .
+
+REGARDING OPENSSL AND XXHASH
+
+In addition, as a special exception, the copyright holders give
+permission to dynamically link rsync with the OpenSSL and xxhash
+libraries when those libraries are being distributed in compliance
+with their license terms, and to distribute a dynamically linked
+combination of rsync and these libraries.  This is also considered
+to be covered under the GPL's System Libraries exception.


-- 
The rsync repository.

___
rsync-cvs mailing list
rsync-cvs@lists.samba.org
https://lists.samba.org/mailman/listinfo/rsync-cvs


[SCM] The rsync repository. - branch master updated

2020-06-07 Thread Rsync CVS commit messages
The branch, master has been updated
   via  7dbbde8c Use ZSTD_CLEVEL_DEFAULT define.
   via  888f4f95 Put the rsync-ssl-rsh helper script into a lib dir.
   via  2c6f0581 A couple minor fixes.
  from  916faecb Only sender can output non-final stats on error

https://git.samba.org/?p=rsync.git;a=shortlog;h=master


- Log -
commit 7dbbde8c5e68f0c78176077bd4ef93620c00864f
Author: Wayne Davison 
Date:   Sun Jun 7 18:58:30 2020 -0700

Use ZSTD_CLEVEL_DEFAULT define.

commit 888f4f9503676339be03b2ec53277478c9e3a318
Author: Wayne Davison 
Date:   Sun Jun 7 17:20:58 2020 -0700

Put the rsync-ssl-rsh helper script into a lib dir.

commit 2c6f0581ac927a35a411ac1fe9068d6df947054d
Author: Wayne Davison 
Date:   Thu Jun 4 22:54:38 2020 -0700

A couple minor fixes.

---

Summary of changes:
 Makefile.in  | 11 ++-
 NEWS.md  |  6 +++---
 clientserver.c   |  4 ++--
 main.c   |  1 -
 packaging/lsb/rsync.spec |  2 +-
 rsync-ssl|  3 ++-
 rsync-ssl.yo |  7 +++
 rsync-ssl-rsh => ssl-rsh |  8 
 token.c  |  6 --
 tweak_manpage| 16 
 10 files changed, 41 insertions(+), 23 deletions(-)
 rename rsync-ssl-rsh => ssl-rsh (93%)


Changeset truncated at 500 lines:

diff --git a/Makefile.in b/Makefile.in
index 13cba5d9..b45f3f47 100644
--- a/Makefile.in
+++ b/Makefile.in
@@ -4,8 +4,8 @@
 prefix=@prefix@
 datarootdir=@datarootdir@
 exec_prefix=@exec_prefix@
-stunnel4=@STUNNEL4@
 bindir=@bindir@
+libdir=@libdir@/rsync
 mandir=@mandir@
 
 LIBS=@LIBS@
@@ -71,9 +71,10 @@ all: Makefile rsync$(EXEEXT) stunnel-rsyncd.conf @MAKE_MAN@
 
 install: all
-${MKDIR_P} ${DESTDIR}${bindir}
+   -${MKDIR_P} ${DESTDIR}${libdir}
${INSTALLCMD} ${INSTALL_STRIP} -m 755 rsync$(EXEEXT) ${DESTDIR}${bindir}
${INSTALLCMD} -m 755 rsync-ssl ${DESTDIR}${bindir}
-   ${INSTALLCMD} -m 755 rsync-ssl-rsh ${DESTDIR}${bindir}
+   ${INSTALLCMD} -m 755 ssl-rsh ${DESTDIR}${libdir}
-${MKDIR_P} ${DESTDIR}${mandir}/man1
-${MKDIR_P} ${DESTDIR}${mandir}/man5
if test -f rsync.1; then ${INSTALLMAN} -m 644 rsync.1 
${DESTDIR}${mandir}/man1; fi
@@ -227,15 +228,15 @@ man-copy:
fi ; \
done
 
-rsync.1: rsync.yo
+rsync.1: rsync.yo $(srcdir)/tweak_manpage
yodl2man -o rsync.1 $(srcdir)/rsync.yo
-$(srcdir)/tweak_manpage rsync.1
 
-rsync-ssl.1: rsync-ssl.yo
+rsync-ssl.1: rsync-ssl.yo $(srcdir)/tweak_manpage
yodl2man -o rsync-ssl.1 $(srcdir)/rsync-ssl.yo
-$(srcdir)/tweak_manpage rsync-ssl.1
 
-rsyncd.conf.5: rsyncd.conf.yo
+rsyncd.conf.5: rsyncd.conf.yo $(srcdir)/tweak_manpage
yodl2man -o rsyncd.conf.5 $(srcdir)/rsyncd.conf.yo
-$(srcdir)/tweak_manpage rsyncd.conf.5
 
diff --git a/NEWS.md b/NEWS.md
index 1807fe4e..783064ab 100644
--- a/NEWS.md
+++ b/NEWS.md
@@ -85,9 +85,9 @@ Protocol: 31 (unchanged)
 
  - Added the `--write-devices` option based on the long-standing patch.
 
- - Added openssl support to the rsync-ssl script via its renamed helper script,
-   rsync-ssl-rsh.  Both bash scripts are now installed by default (removing the
-   install-ssl-client make target).  Rsync was also enhanced to set the
+ - Added openssl support to the rsync-ssl script via a (lib installed) helper
+   script, ssl-rsh.  Both bash scripts are now installed by default, removing
+   the install-ssl-client make target.  Rsync was also enhanced to set the
`RSYNC_PORT` environment variable when running a daemon-over-rsh script. Its
value is the user-specified port number (set via `--port` or an rsync://
URL) or 0 if the user didn't override the port.
diff --git a/clientserver.c b/clientserver.c
index 8df14947..91f78b7b 100644
--- a/clientserver.c
+++ b/clientserver.c
@@ -1173,7 +1173,7 @@ static void create_pid_file(void)
fail = "lock";
else if (do_fstat(pid_file_fd, ) < 0)
fail = "fstat opened";
-   else if (st1.st_size >= (int)sizeof pidbuf)
+   else if (st1.st_size > (int)sizeof pidbuf)
fail = "find small";
else if (do_lstat(pid_file, ) < 0)
fail = "lstat";
@@ -1190,7 +1190,7 @@ static void create_pid_file(void)
int len = snprintf(pidbuf, sizeof pidbuf, "%d\n", (int)pid);
 #ifndef HAVE_FTRUNCATE
/* What can we do with a too-long file and no truncate? I guess 
we'll add extra newlines. */
-   while (len < st1.st_size) /* We already verified that st_size+1 
chars fits in the buffer. */
+   while (len < st1.st_size) /* We already verified that st_size 
chars fits in the buffer. */
pidbuf[len++] = '\n';
/* We don't need the buffer to end in a '\0' (and we may not 
have room to add it). */
 #endif

[Bug 14394] Add an option for --remove-source-files to remove files right away

2020-06-07 Thread just subscribed for rsync-qa from bugzilla via rsync
https://bugzilla.samba.org/show_bug.cgi?id=14394

Wayne Davison  changed:

   What|Removed |Added

 Resolution|--- |WONTFIX
 Status|NEW |RESOLVED

--- Comment #1 from Wayne Davison  ---
Rsync needs to ensure that the receiver created the file before the sender
removes it or you could have the file vanish when an error occurs (and exist on
neither side).  The deletion delay is somewhat large due to how much data is
pushed down the socket from the generator. You could try specifying the
--whole-file (-W) option to speed it up, but this would mean that any updated
files that exist on both sides would be resent in total with no matching-data
computations. You could also try breaking up the copy operations into single
directories (use -d instead of -r) so that rsync finishes up each (smaller)
operation more rapidly.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
-- 
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html


[Bug 10738] report --stats output when termination signal arrives

2020-06-07 Thread just subscribed for rsync-qa from bugzilla via rsync
https://bugzilla.samba.org/show_bug.cgi?id=10738

Wayne Davison  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED

--- Comment #8 from Wayne Davison  ---
We don't have all the stats info to output until the end of the run exchanges
data between the procs (there are 3 processes in the transfer, and some of the
processes don't have access to the data until the end). For instance, since the
receiver is the only process on the receiving side to have access to the
incoming socket data, the generator can't output received-data stats until the
receiver reports the count at the end. And if the sender is local, it doesn't
know the deleted-file counts from the remote generator until the end.

I wouldn't recommend sending either of the SIGUSR signals to the rsync
processes since they are used internally to indicate that the transfer has
ended successfully. Any data output by the processes would thus be inaccurate.

In the future adding something like this may be possible, but only after a big
redesign in how the receiving side works.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
-- 
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html