Hello, On Sat, Mar 07, 2009 at 10:31:13AM +0100, Pierre Habouzit wrote: > On Fri, Mar 06, 2009 at 09:21:15AM +0000, Alexander Gattin wrote: > > you have totally screwed up the Policy's > > definitions and intentions: regardless of > > whether it's a conffile or Config File, local > > changes must be preserved during a package > > upgrade. > > I'm speechless... > > No I'm not supposed to preserve local change to > internal files of a package.
Here you are trying another reasoning: _internal_ files. I do not remember the Policy too well, but IMHO there's no such definition as internal files. > The place to modify if you want your change kept > are changes to the stuff under /etc. If you > modify any other file of the package, well, then > you're on your own. If you want them to be > preserved, use dpkg-divert. _That_ is what the > policy says. You may think that placing .conf file under /usr/share automatically promotes the file to another status, let's say resource/data, but in my opinion it walks like .conf, talks like .conf, looks like .conf and, ultimatly, works the same as /etc/pdnsd.conf used to work before. It's just plain misleading to have a .conf file under /usr/share. If I were in charge for the package, I'd just ship the package having new /etc/pdnsd.conf file with both "resolvconf" and "recurse" sections commented out, then let the user decide, what to do with them. This way, all P/DNS behaviour will be preserved in one place -- in /etc/pdnsd.conf, while /etc/default/pdnsd would keep only daemon startup specific options. Also, having e.g. AUTO_MODE=resolvconf is very limiting, because, for example, I do not want to use "proxy_only = on;". And for running QEMU/kvm I need pdnsd to listen on all interfaces. These two options configure "caching" and "downlink" aspects of pdnsd behaviour, while "resolvconf"/"recurse" are related to "uplink" behaviour. So, I wonder how many users did modify internal files of pdnsd package just to see them overwritten on next upgrade... -- With best regards, xrgtn (+380501102966/+380636177128/[email protected]) -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
