Package: zram-tools Version: 0.3.2-1 Severity: important Hi,
this is related to https://bugs.debian.org/910644 as the leftovers (old config file) from that bug were not properly cleaned up and the file location in the package description wasn't updated at all. Actually the current state with 0.3.2-1 is worse than before, at least if you had 0.3.1-1 installed initially: * The package description still refers to /etc/default/zramswap.conf: "By default it allocates 100MB of RAM, you can configure this in /etc/default/zramswap.conf" * The script still sources /etc/default/zramswap. * But now, both files, /etc/default/zramswap.conf and /etc/default/zramswap exist, causing more user confusion than before. P.S.: #910644 looks like a packaging bug to me (config file installed with wrong name, "fixed" in debian/install), so I don't understand why the new upstream release was said to fix this. Being more verbose in debian/changelog about what exactly fixes which Debian bug report would probably have helped here. P.P.S.: The homepage field contains https://github.com/highvoltage/zram-tools, but the latest commit there is from 2015 (in both branches) and the most recent release is 0.1. So either that GitHub repo is horribly out of date or the homepage header is out of date.) -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (990, 'unstable'), (980, 'unstable-debug'), (600, 'testing'), (111, 'buildd-unstable'), (111, 'buildd-experimental'), (110, 'experimental'), (105, 'experimental-debug') Architecture: amd64 (x86_64) Kernel: Linux 4.18.0-2-amd64 (SMP w/4 CPU cores) 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: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages zram-tools depends on: ii bc 1.07.1-2+b1 zram-tools recommends no packages. zram-tools suggests no packages. -- no debconf information
