reassign 656213 libxine1-bin 1.1.20.1-1
thanks
I demand that Andreas Beckmann may or may not have written...
[snip]
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:
http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails
From the attached log (scroll to the bottom...):
0m32.0s ERROR: FAIL: Package purging left files on system:
/root/.xine not owned
/root/.xine/catalog.cachenot owned
As putting files into /root is also a violation of
http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.1.2
I'm setting the severity to serious.
Technically, that file is not installed there. It's a side-effect of
something which happens during installation, and there's no way to tell that
it isn't generated as a result of somebody running xine as root (deliberately
or otherwise).
Also, wrong package. It's generated by libxine1.so (so you want libxine1-bin,
although for this purpose libxine1 would do equally well); and it's an
upstream issue, which is where it will be fixed first – I'm thinking of, when
running as root, either special-casing it, putting it in /var/cache/xine-lib
(subject to where libxine1.so.* are installed, and making it easy to purge;
but this is a little bit interesting because libxine1 has to be installable
alongside libxine2), or not generating it at all.
Therefore, I'm re-assigning it to libxine1-bin, using the version currently
in testing; there's no reason to prevent migration from unstable.
--
| _ | Darren Salt, using Debian GNU/Linux (and Android)
| ( ) |
| X | ASCII Ribbon campaign against HTML e-mail
| / \ | http://www.asciiribbon.org/
You have an ambitious nature and may make a name for yourself.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
