Package: ssmtp Version: 2.64-4 Severity: normal Hi,
I don't know if we should fix this, as this happens only to people who have installed the previously broken ssmtp 2.64-3 (and below?) which inserted the dpkg-statoverride rule. 2.64-4 doesn't do that anymore but the statoverride rule is not removed, so that ssmtp will continue to get suid privileges on reinstall, etc. I guess the problem is that statoverride isn't meant for debian packages to change, but for admins to state overrides on permissions. Anyway, this hasn't ever been in any stable releases, so it will only affect people who have followed unstable or testing through the broken packages. Thanks, Guido -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33.2rx00 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ssmtp depends on: ii debconf [debconf-2.0] 1.5.32 Debian configuration management sy ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libgnutls26 2.8.6-1 the GNU TLS library - runtime libr ssmtp recommends no packages. ssmtp suggests no packages. -- Configuration Files: /etc/logcheck/ignore.d.server/ssmtp [Errno 13] Permission denied: u'/etc/logcheck/ignore.d.server/ssmtp' -- debconf information excluded -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
