Your message dated Sun, 10 Apr 2016 20:54:17 +0800
with message-id <[email protected]>
and subject line Re: libslepc{, -complex-}3.6.3: leaves alternatives after
purge: /etc/alternatives/libslepc_{real, complex}.so.3.6
has caused the Debian Bug report #820283,
regarding libslepc{, -complex-}3.6.3: leaves alternatives after purge:
/etc/alternatives/libslepc_{real, complex}.so.3.6
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
820283: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820283
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: libslepc3.6.3,libslepc-complex-3.6.3
Version: 3.6.3.dfsg1-1
Severity: important
User: [email protected]
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package left unowned files on
the system after purge, which is a violation of policy 6.8:
https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails
The leftover files are actually alternatives that were installed by the
package but have not been properly removed.
While there is ongoing discussion how to remove alternatives correctly
(see https://bugs.debian.org/71621 for details) the following strategy
should work for regular cases:
* 'postinst configure' always installs the alternative
* 'prerm remove' removes the alternative
* 'postrm remove' and 'postrm disappear' remove the alternative
In all other cases a maintainer script is invoked (e.g. upgrade,
deconfigure) the alternatives are not modified to preserve user
configuration.
Removing the alternative in 'prerm remove' avoids having a dangling link
once the actual file gets removed, but 'prerm remove' is not called in
all cases (e.g. unpacked but not configured packages or disappearing
packages) so the postrm must remove the alternative again
(update-alternatives gracefully handles removal of non-existing
alternatives).
Note that the arguments for adding and removing alternatives differ, for
removal it's 'update-alternatives --remove <name> <path>'.
Filing this as important as having a piuparts clean archive is a release
goal since lenny.
>From the attached log (scroll to the bottom...):
0m52.6s ERROR: FAIL: Package purging left files on system:
/etc/alternatives/libslepc_real.so.3.6 ->
/usr/lib/x86_64-linux-gnu/libslepc_real.so.3.6.3 not owned
1m15.4s ERROR: FAIL: Package purging left files on system:
/etc/alternatives/libslepc_complex.so.3.6 ->
/usr/lib/x86_64-linux-gnu/libslepc_complex.so.3.6.3 not owned
cheers,
Andreas
libslepc3.6.3_3.6.3.dfsg1-1.log.gz
Description: application/gzip
--- End Message ---
--- Begin Message ---
Fixed in 3.6.3.dfsg1-2
--- End Message ---
