Re: Removing former conffiles
Don Armstrong <email@example.com> wrote:
> On Tue, 07 Feb 2006, Frank Küster wrote:
>> Don Armstrong <firstname.lastname@example.org> wrote:
>> > On Tue, 07 Feb 2006, Frank Küster wrote:
>> >> Don Armstrong <email@example.com> wrote:
>> >> > Right. The problem is that it's not always easy to know if the file
>> >> > will no longer be read at all; you can't assume that the administrator
>> >> > has left in place your default configuration system.
>> >> Of course the maintainer should know their package. If the binary reads
>> >> a configuration file in /usr/share/bla, and in the old version there was
>> > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>> > This would be a problem.
>> Why? What problem?
> You've now got a conffile in a location which is not /etc, namely
> /var/lib/bla, which cannot be overridden by the administrator.
No, I don't. The program reads its configuration from a file in
/var/lib/bla, but the conffiles (or configuration files) reside in
> Instead, I'd suggest having the symlink in /usr/share/bla pointing to
> /etc/bla.cnf which then in the default install is a symlink to
> /var/lib/bla or whatever is appropriate; if the user has modified the
> configuration file, you don't stick in the symlink.
That's a possible approach; however teTeX is different. There's an
other method to override the Debian integration.
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)