Package: libarchive-zip-perl Version: 1.68-1 Severity: normal Dear maintainer,
The crc32 utility computes a checksum of the given files, e.g.: $ filename=blah ; filepath=/tmp/"${filename}" ; echo foo > "${filepath}" ; crc32 "${filepath}" 7e3265a8 However, when part of the filename looks like a checksum, crc32 assumes that it should validate against that checksum and has different output. E.g. this happens when the path contains a UUID: $ filename=$(uuidgen) ; filepath=/tmp/"${filename}" ; echo foo > "${filepath}" ; crc32 "${filepath}" 7e3265a8 BAD 7e3265a8 != b2c8fb74 This behavior is not documented in the man page. If this functionality is desirable and intended, then it should be documented. On the other hand, one could argue that the program's behavior should not depend on the format of a file's path. In other words, it's an unwanted side effect. Then the functionality should be removed. Or if there is a valid use case for it, then it should be an option (that is disabled by default) and be documented as such. I ran into this when I wanted to verify some files on a partition that was mounted by UUID. Workaround: pipe crc32 to cut, e.g. sum=$(crc32 /path/to/file | cut -f 1) Related upstream bug report: https://github.com/redhotpenguin/perl-Archive-Zip/issues/97 -- System Information: Debian Release: 11.8 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable-security'), (500, 'oldoldstable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-26-amd64 (SMP w/2 CPU threads) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libarchive-zip-perl depends on: ii perl 5.32.1-4+deb11u2 libarchive-zip-perl recommends no packages. libarchive-zip-perl suggests no packages. -- no debconf information