[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [PROPOSAL] Re: RELAX NG schema for svn log --xml [was: Re: --xml on all svn commands]

From: Julian Foad <julianfoad_at_btopenworld.com>
Date: 2005-09-28 23:35:26 CEST

Peter N. Lundblad wrote:
> [Note to other committers: I'm going to replace the existing DTDs with RNC
> schemas if no one objects.]

I object until I see a consensus for getting rid of the DTDs.

Would you care to point me in the direction of a program that I can use instead
of "xmllint" (which I've been using for DTDs) to check data against RNCs?
Preferably one that's available as a SuSE Linux RPM.

By all means add RNCs, though if we're going to have more than one kind of
DTD/schema then it would be nice if there were one master format and an
auto-conversion to any other formats.

I have no personal desire to keep DTDs, it's just that I haven't yet seen a
consensus to get rid of them. People might even feel that they're part of "the
product" now and we ought to keep them for compatibility.

>>If you only store the .rnc file in the repository, how do you propose
>>users get the XSD/DTD files? Can the trang tool you mention be added to
>>the official build procedure?
>
> It could, but only if trang is available. Adding that as a required
> dependency isn't an option, of course. But then it is pretty easy to run
> trang yourself. Would it be enough if we documented (in the FAQ?) how to
> get other chema languages from the .rnc files?

I think if we made it easy, e.g. by providing a Makefile target that would do
it if "trang" is installed, might be sufficient. It's not unreasonable to
expect XML developers to install an XML utility like "trang".

- Julian

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Sep 28 23:36:20 2005

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.