Alternative format for the configuration file
Nathaniel L. Budin
natb@brandeis.edu
Tue, 27 Jul 2004 09:21:51 -0400 (EDT)
On Tue, 27 Jul 2004, Otavio Salvador wrote:
> fe> and some very easy to fetch variable values with a dictionary
> fe> approach, like Cnf["APT::Get::Arch-Only"] to get the value from
> fe> apt-get.conf.
>
> The way to read the file is a lot easier since APT already does it and
> we can use this format without a parser but this, for a not so
> experiensed user, looks more complicated and long. This is what I
> think.
I'm not sure it'll be as easy as you think. The most difficult part, IMO,
of the current parser, was the variable configuration keys; for example,
"filter_sarge" in a merge backend. We'll still need to have those
supported, which I doubt the parser for this format already supports.
(Not that I've checked, but I don't imagine it would.)
> The configuration file looks very clear and flexible to me but I
> doesn't know how much this format will improve the flexibility. This
> is what we should think.
I also don't think this new format buys us very much in terms of
flexibility. True, the structure is hierarchical instead of flat, but I
don't think a hierarchical format is necessary for a simple, one-task tool
like debpartial-mirror.
As for compatibility with other apps - even if we switched to this format,
I doubt you'd be able to use the same config files between APT and
debpartial-mirror anyway, so I'm not sure where the perceived
compatibility gain is coming from.
Nat