Re: xmlspec Update

[Jeff Johnson <jbj redhat com>]

On Fri, May 31, 2002 at 12:05:01PM +0200, Jaco Greeff wrote:
> Jeff Johnson wrote:
> > I've checked in xml2spec-20020526.tar.bz2 at
> > 
> > 	cvs -d :pserver:anonymous@cvs.rpm.org:/cvs/devel login
> > 	(no password, just carriage return)
> > 	cvs -d :pserver:anonymous@cvs.rpm.org:/cvs/devel get xmlspec
> > 	cd xmlspec
> > 
> > There's a symlink in the repository to pull out xmlspec as a subdirectory
> > of an rpm-4.1 top-of-stack checkout as well.
> 
> Done, works :)
> 
> >>3. I've actually spend some time commenting the header files. Long slog.
> > 
> > 
> > I'll be happy to help with the doco, will convert to doxygen (what rpm
> > uses) if/when the time comes.
> 
> We are using ccdoc here (also JavaDoc-based) so the syntax is really 
> close to being compliant. I'll look at the doxygen stuff, to make it 
> fully compliant won't take too long. The basic are there alreday.
> 
> > Hey, I'm winging it too. Please understand I'm mostly clueless when it
> > comes to C++ and XML. I know enough to get myself in trouble, no more :-)
> 
> I'll spend some time on the weekend documenting the actual XML format 
> and the mapping of the tags to their spec equivalents. If I have some 
> time left, I'll start putting something together to slow the flow of the 
> various classes and how the parsing bit works. (FYI, expat is a small 
> XML C parser, which is why I've used it. If we need to re-do the stuff 
> is pure C it will be a cinch.)
> 
> > Hmm, I believe you're asking if the Source structure should be treated
> > opaquely. ATM, It Really Doesn't Matter, you're the first person
> > ever to include rpmspec.h in code AFAIK.
> 
> Ok, I'll soldier on ;) (First however is added most of the XML to spec 
> mapping, about 90% there.)
> 
> > It's early yet, and there's much needs doing. The immediate goal should
> > be to establish a proof-of-concept example that is sufficiently
> > rich and yet still (or at least mostly) one-to-one with the existing syntax.
> 
> Will finish off, and then complain about generation ;)

OK, thanks for the work.

You've done the coding for the conversion from
	XML -> internal
and the existing parser does
	specfile -> internal

The next steps seem to be
	internal -> XML
	internal -> specfile
to be able to do invertible transforms between XML <-> specfile.

Then, if we have a well defined invertible representation, the next
stage will be to do
	internal -> src.rpm
and then wire both specfile and XML representations as a query on
the src.rpm, with user specified output format.

That's a plan anyways, sure hope it's that easy :-)

73 de Jeff

-- 
Jeff Johnson	ARS N3NPQ
jbj@redhat.com (jbj@jbj.org)
Chapel Hill, NC