On Sat, 21 Dec 2002, Garrett Rooney wrote:
> On Saturday, December 21, 2002, at 02:43 PM, David Summers wrote:
> > If it needs to be a separate script or program, that's fine. It just
> > looked like it fit into the "svnadmin dump/load" structure very well.
> > 1. It's neat, new, and I'm learning it and using it on projects at
> > work.
> > :-) (we're converting our simulators to use XML config files)
> "it's neat" is not a valid reason for a new feature that doesn't
> provide any additional functionality.
True; he was asking for *my* reaons so I stated this one.
> > 2. It is a "standardized" way of presenting data in a portable format.
> it's only standardized if you're using some standard xml format.
> inventing your own doesn't count. this RevML thing might qualify as a
> portable format, but a custom xml format does not.
I agree, I'm looking into RevML now to see if it might be used.
> > 6. It seemed the "Right Thing To Do (TM)" :-) coming from a Computer
> > Science / Computer Engineering background.
> well, unless you've actually got a reason for it, then it's the "Wrong
> Thing To Do (TM)" as far as i can tell (also coming from a Computer
> Science / Computer Engineering background).
I agree that it is not *necessary*, but I think it will be useful (I know
it will be for me). I agree that stuff shouldn't be just thrown in without
reasons that everyone agrees on and without having some kind of master
I have reasons, whether or people agree with them is another matter. :-)
> > 7. It looked like a fairly easy way for me to jump into learning the
> > Subversion source code while providing something useful. I've
> > already
> > learned a powerful lot just by running into problems and solving
> > them
> > (I spent all day re-writing 30-40 source code files to handle the
> > change, come to find out that was a very dumb way of doing it and is
> > what "batons" were designed for).
> honestly, unless you've got an actual problem to solve with this
> change, i don't see the point. supporting this RevML thing /might/ be
> a good idea if it doesn't take too much work and doesn't clutter up the
> existing code too much, but supporting some arbitrary xml format for
> something that only needs to be read by subversion itself doesn't make
> sense to me.
> if you're looking for a way to jump into learning the code, i suggest
> picking up a bite sized task from the bug database, there are plenty,
> and they give you a good way to learn the code while solving real
Yes, I'll be doing that also. XML dump/load was just something I wanted
to try out and it will be useful to me (maybe not so much now as in the
David Wayne Summers "Linux: Because reboots are for hardware upgrades!"
david_at_summersoft.fay.ar.us PGP Key: http://summersoft.fay.ar.us/~david/pgp.txt
PGP Key fingerprint = C0 E0 4F 50 DD A9 B6 2B 60 A1 31 7E D2 28 6D A8
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Sat Dec 21 21:05:50 2002