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


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAGnkuncYBo01zxU7Hw1KfF70g=uh0o6rg6lbf-u2qrqfxau...@mail.gmail.com

Reply via email to