Package: gzip Version: 1.9-3 Severity: wishlist Hi! I've run ran into an Y2038 problem when compressing a file with a timestamp after that date. It's a yet another reason to drop including the timestamp into .gz files -- something that no other popular compressor does.
It makes the output unreproducible for the same input. This results in having to manually add -n in thousands of places. Then, it breaks logrotate: error: Compressing program wrote following message to stderr when compressing log /var/log/exim4/mainlog.1: gzip: stdin: warning: file timestamp out of range for gzip format error: failed to compress log /var/log/exim4/mainlog.1 error: Compressing program wrote following message to stderr when compressing log /var/log/syslog.1: gzip: stdin: warning: file timestamp out of range for gzip format error: failed to compress log /var/log/syslog.1 We're working on Y2038 bugs all around the kernel, glibc, etc. The time such a fix would be strictly required for gzip is 18 years from now... but why not flip the switch already? Meow! -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: arm64 (aarch64) Kernel: Linux 5.5.1-00053-g39149fc6f728 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages gzip depends on: ii dpkg 1.19.7 ii libc6 2.29-9 gzip recommends no packages. Versions of packages gzip suggests: ii less 551-1 -- no debconf information
