On Wed, 13 Sept 2023 at 10:44, Ian Campbell <i...@debian.org> wrote: > > On Tue, 2023-09-12 at 23:13 +0200, Luca Boccassi wrote: > > On Mon, 11 Sept 2023 at 15:57, Daniel Gröber <d...@darkboxed.org> > > wrote: > > > > > > Hi Luca, > > > > > > On Mon, Sep 11, 2023 at 01:06:06PM +0100, Luca Boccassi wrote: > > > > > I want to question whether removing these conffiles is a good idea at > > > > > all. I'm probably one of the few people that actually muck around in > > > > > there > > > > > but it seems like this is going to break things for any users that do. > > > > > > > > As far as I understand dpkg's conffile machinery should recognize if > > > > you changed anything, and leave it in place. Upstream moved the > > > > default ones to /usr, so we just follow what they do. > > > > > > Right. Think of an admin having to adjust these config files though: > > > previously they could just `editor /etc/iproute2/rt_tables` and get on > > > with > > > things. Now anyone needing to do that will have to do a doubletake, figure > > > out why /etc/iproute2 is missing, realize that it's at /usr/lib/iproute2 > > > now, copy that over and finally edit. > > > > > > Is that friction really warrented to cater to a specialized niche > > > use-case? > > > > > > Please consider overriding upstream's decision here. > > > > Yes, it is warranted, both because it's exactly the correct behaviour > > for a package, and also because we are certainly not spending time and > > resources to go against upstream choices, especially when they are the > > right choices. > > What is the plan for handling updates? AIUI we've lost the dpkg > conffile handling but it doesn't look like it's been replaced by > anything (e.g. like using ucf to prompt when an update happened > perhaps?).
Same as everything else that uses drop-ins and hermetic-usr since forever. No more pointless noise and wasting time solving conflicts by hand in whitespace changes, comment typos and so on.
