Package: src:dspam
Version: 3.10.2+dfsg-2
Severity: serious

Let me give an example of the general issue in libdspam7. All the other
issues are of similar nature.

It is possible to install libdspam7:amd64 and libdspam7:i386 in
parallel. Now a user could purge libdspam7:i386, but still use
libdspam7:amd64. The postrm purge script would ensure that the dspam
user is now locked. This breaks libdspam7:amd64.

Basically every postrm script shipped contains a similar issue. I am not
aware of a general solution to the problem. Different packages have come
up with different solutions (example: libwrap0). Due to the size of the
problem here I suggest to remove the M-A:same headers in a t-p-u upload
and defer a real solution until after wheezy. I'd expect said real
solution to involve a new package Arch:all package and ship the dspam
user.

Helmut


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to