(https://github.com/fcorbelli/zpaqfranz/tree/main/ZSFX, they are not compiled in * nix by #ifdef)
and a .zpaq file full of pseudorandom data "injected" in the source .cpp as a sort of Windows'
resource (mime64-encoded for easy editing)
(https://github.com/fcorbelli/zpaqfranz/tree/main/AUTOTEST)
Essentially there is a command (autotest) that tests both extracting and archiving.
The purpose is to certify, albeit partially, quick-and-dirty, operation on "strange" systems (such as non-Intel CPUs, BIG endian, ESXi etc).
This part of the test is to extract a reference .zpaq file, and then recalculate the sha-256 hashes of the individual extracted files
(... the filenames itself). BTW entropy is ~7.99+ for every file, cannot be nothing "nasty" (such some kind of hidden executable)
If they match it is possible to extract, on that "strange" platform, a .zpaq file created on another system (Windows)
BUT
Debian "does not like" very much embedded binaries.
Therefore I have prepared some "seds" to convert the "full" source into a Debian-specific version,
maintainig all self-test functions that are not related to platform interop.
Short version: I really need help to...pack... the package :)
I will directly e-mail you, instead of the mailing list.
Thanks!
Il 18/09/2022 19:45, Stephen Kitt ha
scritto:
(...)
Severity: wishlistOwner: Franco Corbelli <franco@francocorbelli.com> * Package name : zpaqfranz Version : 55.14 (...) I agree, this should replace zpaq. In fact Franco Corbelli asked me about this quite a while ago but I never looked into it in detail, sorry about that! Franco, if you need help getting this into Debian, feel free to ping me, I’d be happy to review and sponsor your package, or help you package zpaqfranz if appropriate. Regards, Stephen
--
