git: 58f442911744 - main - net/zsync: Update 0.6.3 => 0.6.6, take maintainership

The branch main has been updated by vvd:

URL: https://cgit.FreeBSD.org/ports/commit/?id=58f442911744ce8bd96d4c89eea1b908e0e36ab6

commit 58f442911744ce8bd96d4c89eea1b908e0e36ab6
Author:     Christos Longros <[email protected]>
AuthorDate: 2026-08-19 10:36:49 +0000
Commit:     Vladimir Druzenko <[email protected]>
CommitDate: 2026-08-19 10:52:22 +0000

    net/zsync: Update 0.6.3 => 0.6.6, take maintainership
    
    Change in 0.6.6
    - Support and generate zsync 0.8 control files.
      - Support MD5 and SHA-224 block checksums.
      - Support SHA-256 file hash.
    - Use OpenSSL for cryptgraphic digests.
    
    Changes in 0.6.5
    - Fix an incompatibility between zsync and the RFC7233 rules for
      multipart/byteranges. zsync was written to RFC2046 a long time ago,
      now obsolete; responses from newer HTTP servers following the newer
      standard could cause zsync to fail to parse the response. zsync also
      was not treating failing to find the MIME boundary as a hard error and
      retrying indefinitely; changed to report this as an error.
    
    Changes in 0.6.4
    - Support for looking inside gzip files is deprecated; all options
      related to compressed files are correspondingly deprecated except -Z.
      Gzip files are not commonly used for large downloads as they were 20
      years ago. Supporting looking inside gzip files was a specific case
      that required a lot of extra code, and greatly increases the potential
      surface area for bugs.
      zsync supports all files that are rsyncable, without needing any
      specific support for any file format or encoding. gzip files are still
      and always be supported if they were compressed with `--rsyncable`, so
      use that when compressing if you want to allow incremental updating.
      If you are hosting gzip downloads that should be incrementally
      updatable with zsync, for compatibility with future releases you
      should ensure that the gzip file is compressed with --rsyncable and
      run zsyncmake with -Z when creating the zsync control file.
    - More tuning to fix some cases of poor performance scanning local data
      due to bad checksum distribution.
    
    - Switch to https in MASTER_SITES and WWW.
    
    PR:             297646
    Sponsored by:   UNIS Labs
    Co-authored-by: Vladimir Druzenko <[email protected]>
---
 net/zsync/Makefile | 10 +++++-----
 net/zsync/distinfo |  6 +++---
 2 files changed, 8 insertions(+), 8 deletions(-)

diff --git a/net/zsync/Makefile b/net/zsync/Makefile
index 6db170d95c6e..08c79ee38bd6 100644
--- a/net/zsync/Makefile
+++ b/net/zsync/Makefile
@@ -1,16 +1,16 @@
 PORTNAME=	zsync
-DISTVERSION=	0.6.3
+DISTVERSION=	0.6.6
 CATEGORIES=	net
-MASTER_SITES=	http://zsync.moria.org.uk/download/
+MASTER_SITES=	https://zsync.moria.org.uk/download/
 
-MAINTAINER=	[email protected]
+MAINTAINER=	[email protected]
 COMMENT=	File transfer program
-WWW=		http://zsync.moria.org.uk/
+WWW=		https://zsync.moria.org.uk/
 
 LICENSE=	ART20
 LICENSE_FILE=	${WRKSRC}/COPYING
 
-USES=		autoreconf tar:bzip2
+USES=		autoreconf ssl tar:bzip2
 GNU_CONFIGURE=	yes
 
 PLIST_FILES=	bin/zsync \
diff --git a/net/zsync/distinfo b/net/zsync/distinfo
index 7843c48de5b0..92b64bd1dd75 100644
--- a/net/zsync/distinfo
+++ b/net/zsync/distinfo
@@ -1,3 +1,3 @@
-TIMESTAMP = 1748408394
-SHA256 (zsync-0.6.3.tar.bz2) = 293b6191821641d3ed6248206f8f9df0bf46e6ee2cf8b4dd97cfd1d5909edb9a
-SIZE (zsync-0.6.3.tar.bz2) = 272821
+TIMESTAMP = 1787081011
+SHA256 (zsync-0.6.6.tar.bz2) = 876df4826fd128e72a38a81a6b13f919b76d0c40ad0b67993c526f0e26d904c8
+SIZE (zsync-0.6.6.tar.bz2) = 273097