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.cache not 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
