Bug#847681: packaging repository and sid diverging? Various fixes needed.
On Tue, Dec 13, 2016 at 09:52:10PM +0100, Daniel Pocock wrote:
>
>
> On 13/12/16 21:40, Raphaël Halimi wrote:
> > Le 13/12/2016 à 21:36, Daniel Pocock a écrit :
> >> Do you think you could investigate a little bit more and add
> >> details to the bug, maybe have a look in Fedora's repositories to
> >> see if they have a way to do that or ask on debian-devel?
> >
> > I'm not sure I'm the right person for this job, I don't know much
> > about systemd unit files (yet). Maybe someone more experienced with
> > writing them could do this faster, better, and safer.
> >
>
> Even if you are not sure, simply spending 10 - 15 minutes hunting for
> an example in another project and adding the links to the bug report
> can give another developer a head-start when they are ready to work on
> the bug. We are a community project and every contribution, no matter
> how small, can be helpful.
I would suggest tagging these both as wontfix. Adding even more options
to the broken concept of /etc/default just adds to the maintenance burden
of having to carry this over via the nfs-utils_env.sh bridge.
Both /etc/default/nfs-kernel-server and the init script are conffiles.
Edit them directly as you see fit to suite your installation if you're
still using this old stuff. They will not be overwritten on upgrades.
On systemd there's a better concept of overriding settings so you don't
need to (and should avoid to) deal with /etc/default anymore.
I suggest making the long-term goal to get rid of /etc/default.
Automatically handling conversion of users /etc/default over to proper
systemd style overrides would probably be a very fragile if not totally
impossible thing to accomplish though, so just adding NEWS entries
recommending users to manually convert their stuff over and removing
the files is probably the way to go.
Regards,
Andreas Henriksson
Reply to: