[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#1051577: iproute2: obsolete conffiles



On Tue, 2023-09-12 at 23:13 +0200, Luca Boccassi wrote:
> On Mon, 11 Sept 2023 at 15:57, Daniel Gröber <dxld@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?).

Ian.


Reply to: