01:32PM|<Overfiend> people *really* do not understand that dpkg thinks
   deletion of conffiles is a deliberate change
01:32PM|<Overfiend> maybe dpkg should chat about it the way it does in
   other cases.
01:32PM|<Keybuk> aye, it should be obvious that 'rm /etc/init.d/evilness'
   is a change that dpkg should honour
01:32PM|<Overfiend> "Not installing new version of conffile
   /etc/X11/xkb/symbols/us, because it has been deleted locally."
01:32PM|<doogie> dpkg even has special options for forcing conffile
   replacment
01:32PM|<Overfiend> or something like that
01:33PM|<Overfiend> doogie: *I* know that.  Many of our users don't,
   and don't even know why those options need to exist.
01:33PM|<Keybuk> that could be nice, with maybe a "Use --force-confmiss
   to override, at your caution."
01:34PM|<doogie> file a wishlist bug about that.

Under these conditions the new version of the conffile should be
dropped in <path>.dpkg-dist, as is done for other local
modifications; and the proposed message should say that this has been
done.  This makes it really easy for the admin to look at the new
version and decide whether they want it.

I have no idea whether this already happens.  I looked in the manual
but couldn't find anything.

zw

It is my recollection that etch dpkg will prompt ("Configuration file .. has
been removed by you or by a script ...") in this case, so this bug can be
closed?