Bug#397263: I think dpkg is guilty

[Jukka Neppius <jkn@iki.fi>]

A few months ago kde-essential.menu disappeared from my laptop.
kcontrol didn't not work.  Updating several times and 
dpkg -i kdebase-data_3.5.5a.dfsg.1-6_all.deb did not bring it back.

dpkg --force-confmiss -i kdebase-data_3.5.5a.dfsg.1-6_all.deb          

did solve the problem:

: Configuration file
: `/etc/xdg/menus/applications-merged/kde-essential.menu', does not
: exist on system.  
: Installing new config file as you request.


Reasonable behaviour would be to ask user what to do, if old config
file is user edited. dpkg notices that it is user edited (useredited
== 1). Since user seems to have deleted it old file, it deletes new
file without any questions. Why?

configure.c at line 198
 } else if (!strcmp(currenthash,NONEXISTENTFLAG) && fc_conff_miss) {

fc_conff_miss has value 0, so new config file is thrown away without
any questions.  Why is missing conf file handled separately from user
edited conf file?  Restoring deletet file is less dangerous than over
writing user edited config file. Re-deleting a file is easier than
re-editing it!


I don't know why kde-essential.menu disappeared. Perhaps disk full
condition when updating.  Getting it back was too difficult!

- Jukka