Re: [RFC] Git config file reader in Perl (WIP)
- From
- Eric Wong <normalperson@yhbt.net>
- Date
- Jan 16, 2007, 19:09 UTC
- Message-ID
- <20070116190900.GA1444@localdomain>
- In-Reply-To
- <Pine.LNX.4.63.0701161206050.22628@wbgn013.biozentrum.uni-wuerzburg.de>
Johannes Schindelin <Johannes.Schindelin@gmx.de> wrote:
Show 28 quoted lines
> Hi, > > On Tue, 16 Jan 2007, Junio C Hamano wrote: > > > "Nikolai Weibull" <now@bitwi.se> writes: > > > > > If we're going down this slippery slope, why not just give up and add > > > a --xml switch instead? Readable by all... > > > > Perhaps all except humans. > > > > At least YAML, please... > > I am _strongly_ opposed to all that rubbish. _If_ we want to use > repo-config to preformat the config variables, we should either > > 1) just use "git repo-config -l" and STFU, or > 2) introduce something like "--dump" which Eric implemented. > > Everything else is just _complicating_ matters, and for _what_? _Nothing_ > at all. If we use repo-config for that task, it should cater for parsing > by _script languages_, not _users_. > > I work with XML everyday. It has its uses. But this here problem is _not_ > one of them. How silly would that be: we parse an easy-to-read format, > munge the easy-to-handle internal data format into another "easy-to-read" > format which is then parsed by a script language into an easy-to-handle > internal data format? No. NO.
I agree with these statements. I actually had YAML in my code originally, but ripped it out because it would be another round of parsing for any language using a YAML parser.
I like YAML, but no, this isn't the place for it IMHO.
-- Eric Wong