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

Bug#209395: teTeX: language.dat mislinked



From: Hilmar Preusse <hille42@web.de>
Subject: Bug#209395: teTeX: language.dat mislinked
Date: Thu, 30 Oct 2003 12:42:59 +0100

> > > I generally I think it is a better idea to have config files,
> > > which are not completely generated out of others, in /etc. e.g.
> > > XF86Config can be handeled using debconfig but is sitting anyway
> > > in /etc.
> > 
> > This is very delicate and I doubt policy permits that kind 
> > of config files.  The latest xserver changed its handling of 
> > XF86Config as far as I know.
> > 
> Sorry, for reacting that late! I've still problems with that answer.
> I can't find a place in the policy, which forbids me to put files,
> which were modified/created using debconf, into /etc.
> As far as I understand debconf is a tool to create a basic
> configuration file during install, which puts some life into the
> installed package. It does not forbid to fine tune the configuration
> file afterwards. If this is correct, IMHO the file has to be in /etc,
> as it was manually manipulated.

I can't completely understand what kind of language.dat
you are talking about and I myself don't think that the 
policy really forbids a conffile modified by debconf.
(I especially couldn't understand the last sentence in your
above paragraph; "as it was manually manipulated".  Is it
really correct to say it was manually manipulated?)

But if you are talking about language.dat which is modified
by debconf in a similar way as the current one, then I'm
afraid that there will be members who claim that it does not 
preseve user's modification completely so it violates the policy.
(So, perhaps, they insist at least to set a default answer "No".
Even former XF86Config was blamed.)

Also there will be members who claims it is an abuse of debconf.
(I don't understand what is a correct use of debconf and what
is an abuse of debconf but there are certainly some members
who say debconf is abused.)

This is the reason why I said it was safe to put language.dat 
in /var (again, it's no problem for me to put language.dat in 
/etc).  If we put language.dat in /etc then we would get 
"violation policy bug" so we should argue on it (perhaps again 
and again).  I think it is a waste of time.

If I misunderstand your idea and it is really possible
to provide language.dat modified by debconf and also
(completely) human editable, then very sorry.

Regards,		     2003-10-31(Fri)

-- 
 Debian Developer & Debian JP Developer - much more I18N of Debian
 Atsuhito Kohda <kohda@debian.org>
 Department of Math., Univ. of Tokushima



Reply to: