Two jed entries in /etc (was Re: patching upstream -- why not?)
Jörg Sommer
joerg at alea.gnuu.de
Mon Sep 5 10:58:52 UTC 2005
Hello G.,
G. Milde schrieb am Mon 05. Sep, 11:00 (+0200):
> On 4.09.05, Jörg Sommer wrote:
>
> > > Patches always mean additional work for the packagers and can introduce
> > > consistency problems, so IMHO they should only be a last resort.
> >
> > This is not a good reason for me. We only need a patch if the upstream
> > version do not meet our requirements (aka Debian policy).
>
> > The reson for the bug report is that jed has two entries in /etc.
>
> I know. However, is this violating Debian policy or just a minor
> annoyance for some users?
Good question... oh oh, yes it is a half policy violation. Section 10.7.2
says:
Any configuration files created or used by your package must reside in
`/etc'. If there are several, consider creating a subdirectory of
`/etc' named after your package.
> In any case, I would not like to introduce /etc/jed/, but
>
> * if the status quo does not violate Debian policy, I would leave
> things as-is.
Because the policy says we /should/ I would consider to do it.
> * Otherwise, I would
>
> + use JED_ROOT/lib/defaults.sl for setting up /etc/jed-init.d/
Do you know what the current plans of John concerning defaults.sl are?
IIRC he said sometime he would drop it.
> + move the Debian specific configuration to a NNdebian.sl file under
> /etc/jed-init.d/ (NN > 0, to give users a chance to have something
> evaluated before.)
Good objection.
> + remove /etc/jed.conf
>
> + update README.Debian and changelog.Debian to warn users that
> /etc/jed.conf is no longer read in and configuration should be done
> in /etc/jed-init.d
>
> (Alternatively, defaults.sl could contain code to check for a
> user-provided /etc/jed.conf so the upstream documentation is
> kept valid.)
No I wouldn't do this. This introduces another way errors can arise.
Regards, Jörg.
--
Erfahrung heißt gar nichts. Man kann seine Sache auch 35 Jahre schlecht
machen.
(Kurt Tucholsky)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 481 bytes
Desc: Digital signature
Url : http://lists.alioth.debian.org/pipermail/pkg-jed-devel/attachments/20050905/4da08f8e/attachment.pgp
More information about the Pkg-jed-devel
mailing list