Script 'mail_helper' called by obssrc Hello community, here is the log from the commit of package zpaqfranz for openSUSE:Factory checked in at 2026-09-22 21:58:44 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Comparing /work/SRC/openSUSE:Factory/zpaqfranz (Old) and /work/SRC/openSUSE:Factory/.zpaqfranz.new.383539 (New) ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Package is "zpaqfranz" Tue Sep 22 21:58:44 2026 rev:11 rq:1379756 version:65.2 Changes: -------- --- /work/SRC/openSUSE:Factory/zpaqfranz/zpaqfranz.changes 2026-09-21 14:30:16.133264523 +0200 +++ /work/SRC/openSUSE:Factory/.zpaqfranz.new.383539/zpaqfranz.changes 2026-09-22 21:58:45.708937988 +0200 @@ -1,0 +2,25 @@ +Tue Sep 22 18:09:05 UTC 2026 - Martin Pluskal <[email protected]> + +- Update to 65.2: + * New zip command: write an archive out as one single ZIP64 + file, with the same filters, -until and -range as x. Stored + and multithreaded by default + * zip -deflate (alias -zip) compresses the entries with a + DEFLATE encoder written for the purpose, so no zlib is + linked. Already-compressed extensions and tiny files stay + stored + * zip -all writes one VER<n> folder per version, each a full + snapshot; -range picks which ones, and the space and memory + cost is estimated before anything is written + * Quoted wildcards are expanded internally on Linux and BSD, + so "/tmp/nas*" matches instead of being taken literally + * dir matches its pattern against the file name, not against + the whole path + * An archive can be a franzen file with no cleartext .zpaq side + * copy with several sources no longer counts and copies the + same file once per source +- Add zpaqfranz-qualify-std-string.patch: 65.2 declares two new + globals as bare string before using std::string, so g++ cannot + compile it + +------------------------------------------------------------------- Old: ---- zpaqfranz-65.1.tar.gz New: ---- zpaqfranz-65.2.tar.gz zpaqfranz-qualify-std-string.patch ----------(New B)---------- New: same file once per source - Add zpaqfranz-qualify-std-string.patch: 65.2 declares two new globals as bare string before using std::string, so g++ cannot ----------(New E)---------- ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Other differences: ------------------ ++++++ zpaqfranz.spec ++++++ --- /var/tmp/diff_new_pack.pTlNsn/_old 2026-09-22 21:58:46.402967088 +0200 +++ /var/tmp/diff_new_pack.pTlNsn/_new 2026-09-22 21:58:46.404967171 +0200 @@ -17,7 +17,7 @@ Name: zpaqfranz -Version: 65.1 +Version: 65.2 Release: 0 Summary: A journaling, incremental, deduplicating archiver # Legal-Review-Notice: zpaqfranz is a single-translation-unit program that @@ -49,6 +49,8 @@ License: Apache-2.0 AND BSD-2-Clause AND MIT AND SUSE-Public-Domain AND Zlib AND Unlicense AND Ferguson-Twofish URL: https://github.com/fcorbelli/zpaqfranz Source0: https://github.com/fcorbelli/zpaqfranz/archive/refs/tags/%{version}.tar.gz#/%{name}-%{version}.tar.gz +# PATCH-FIX-UPSTREAM zpaqfranz-qualify-std-string.patch [email protected] -- gh#fcorbelli/zpaqfranz#287 -- 65.2 declares two new globals as bare string before using std::string, so g++ rejects them +Patch0: zpaqfranz-qualify-std-string.patch BuildRequires: gcc-c++ # libcurl and libssh are dlopened by name at run time for the URL and SFTP # features; the binary does not link them, so these stay weak dependencies. @@ -67,7 +69,7 @@ time machine, but much more efficiently. %prep -%autosetup +%autosetup -p1 # Upstream ships these two with CRLF line endings, which rpmlint rejects. sed -i 's/\r$//' CHANGELOG.md COPYING ++++++ zpaqfranz-65.1.tar.gz -> zpaqfranz-65.2.tar.gz ++++++ ++++ 4979 lines of diff (skipped) ++++++ zpaqfranz-qualify-std-string.patch ++++++ From: Martin Pluskal <[email protected]> Subject: Qualify the two new std::string globals zpaqfranz.cpp declares g_rd_errorpath and g_zipname as bare "string" at file scope, but "using std::string" only appears ~15000 lines further down, so g++ rejects both declarations and every use of them: zpaqfranz.cpp:4953:1: error: 'string' does not name a type Every other std::string global in the same blocks is already qualified. --- a/zpaqfranz.cpp +++ b/zpaqfranz.cpp @@ -4950,7 +4950,7 @@ int g_rd_ultimotempo= 0; uint32_t g_rd_errors = 0; // rd: objects that could NOT be deleted uint32_t g_rd_lasterror = 0; // rd: the FIRST error found (Windows code) -string g_rd_errorpath = ""; // rd: ...and on which object +std::string g_rd_errorpath = ""; // rd: ...and on which object int64_t g_cdatasize = 0; unsigned g_htsize = 0; bool g_fakewrite = false; // in add() disable write (ransomware) @@ -5114,7 +5114,7 @@ bool flagimage; bool flagzip; // 'zip' command: x, but into ONE single ZIP64 file bool flagdeflate; // ...and -deflate compresses it, sequentially (method 8) -string g_zipname= ""; // ...and this is the .zip to be created +std::string g_zipname= ""; // ...and this is the .zip to be created #ifdef _WIN32 bool flagraw; bool flagfindzpaq;
