Weird conffile case
hi,
I would like to request some advice on a case I need to resolve with
maradns package [1].
The previous maintainer of maradns modified conffiles in postinst
(dynamically checked for the maradns user id and filled
/etc/maradns/mararc with this info). This obviously rendered RC bug of
violation of policy 10.7.3 [2]. I closed the bug in a new release by
not modifying the config and leaving the user to do it, informing
her/him with a appropriate message with a user id to fill in.
Then I get another violation of 10.7.3 [3][4] because now when package
is uprgraded with a not modified config, Debian thinks that conffile
is *modified* because the one that user has was in fact generated in
postinst before. So dpkg prompts for a user action how to handle
config file replacement...
I am a little bit stuck here. I can see that I have to treat
/etc/maradns/mararc as conffile because it resides in /etc/. If I go
back to modifying the conffile to be compatible with the previous one,
I will be again violating 10.7.3.
I am quite stuck here, and I request some advice how to tackle the problem.
[1] http://packages.qa.debian.org/m/maradns.html
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=710903
[3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=740332
[4] https://www.debian.org/doc/debian-policy/ch-files.html#s10.7.3
--
Pozdrawiam,
Dariusz Dwornikowski, Assistant
Institute of Computing Science, Poznań University of Technology
www.cs.put.poznan.pl/ddwornikowski/
room 2.7.2 BTiCW | tel. +48 61 665 29 41
Reply to: