Bug#339491: kdelibs-data: leaves /etc/kde3/ktexteditor_autobookmarkerrc after upgrade+purge

[Lars Wirzenius <liw@iki.fi>]

Package: kdelibs-data
Version: 4:3.4.2-4

>From the piuparts log file for testing upgrades from sarge via etch to
sid:

2m3.5s ERROR: Package purging left files on system:
  /etc/kde3
    owned by: kdelibs-data
  /etc/kde3/ktexteditor_autobookmarkerrc

We discussed this on IRC with dato (this IRC log has been edited):

<liw> dato, does /etc/kde3/ktexteditor_autobookmarkerrc say anything to
you?

<dato> liw, nope. which package left it behind?

<liw> dato, upgrade test (sarge-etch-sid) for kdelibs-data causes that,
haven't narrowed down yet if it is a dependency

<dato> kdelibs-data it'll be

<dato> it is marked as a conffile in sarge's version, and sid's
(probably etch's too) does not ship it anymore.

<dato> I thought dpkg was smart enough to detect this and remove it?

<dato> (if it has not been changed, that is)

<dato> but well, I guess there'll be an open bug about it

<dato> I see a commmit that on preinst/upgrade removes some file
in /etc, it'd be a matter of removing this one too

<dato> only weird thing, I can't find these removals in the current
version of the script

<dato> aah, it's in trunk, not uploaded yet.

<liw> about dpkg not removing conffiles on upgrade when they don't exist
in the new version:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=330256

<dato> again, that file disappears only in trunk (next upstream
version), not what is it sid right now.

<dato> liw, thanks!

<liw> dato, do you want a real bug report, too? :)

<dato> whatever you prefer. 

<liw> then I'll file one, it makes it easier for me to track things

<dato> perfect.

-- 
Cleanliness is next godliness. I'm an atheist.