Linuxdoc Tools for conversion of linuxdoc sgml to other forms.Provides sgml2{html,txt,rtf,dvi,ps}
Created attachment 3061 [details] linuxdoc tools 0.9.21 This is the ebuild file.
Doesn't sgmltools-lite already provide these tools?
No, sgmltools-lite does not provide the convertors for linuxdoc. The two are different. There are dtds bundled that are obviously different.
Well then special care should be taken so that the two don't clobber each other.
Will commit after the ebuild freeze ends.
Hit the wrong button. Sorry about that...
This needs to rename the utilities to linuxdoc2{html,txt,rtf,dvi,ps} , as otherwise they *will* clobber. I'll commit after this change is made. Sorry for the delay.
Ok. This ebuild actually doesn't seem to work; tons of errors come up during the install phase while processing the guide.sgml. I suspect either the DTDs aren't being installed correctly or something. I can attach the output.
Sorry. I've been ignoring all this development because I have my day job. Can you post the error messages??
Sure thing. It gets to the install phase and looks like guide.sgml doesn't validate. Here's the top; the rest is mostly more of the same. I think that we can also just refrain from installing the sgml2X programs, as linuxdoc is the "preferred" method. ln -s linuxdoc $i;done) Installing documentation in /var/tmp/portage/linuxdoc-tools-0.9.21/image//usr/share/doc/linuxdoc-tools ... (cd doc; PATH=/usr/bin/ccache:/sbin:/sbin:/usr/sbin:/usr/lib/portage/bin:/bin:/usr/bin:/usr/local/bin:/opt/bin:/usr/i686-pc-linux-gnu/gcc-bin/3.2:/opt/Acrobat5:/opt/rar/bin:/opt/RealPlayer8:/usr/X11R6/bin:/opt/sun-j2sdk-1.4.0/bin:/opt/sun-j2sdk-1.4.0/jre/bin:/usr/qt/3/bin:/usr/qt/2/bin:/usr/kde/3/bin:/usr/kde/2/bin:/var/tmp/portage/linuxdoc-tools-0.9.21/image//usr/bin PREFIX=/var/tmp/portage/linuxdoc-tools-0.9.21/image//usr BINDIR=/var/tmp/portage/linuxdoc-tools-0.9.21/image//usr/bin \ DATADIR=/var/tmp/portage/linuxdoc-tools-0.9.21/image//usr/share bash Makedoc.sh) /var/tmp/portage/linuxdoc-tools-0.9.21/work/linuxdoc-tools-0.9.21/doc Installed tree: /var/tmp/portage/linuxdoc-tools-0.9.21/image//usr using temporary directory: /tmp/13132 Processing file ./guide /usr/bin/nsgmls:<OSFD>0:8:8:E: document type does not allow element "ARTICLE" here; assuming missing "LINUXDOC" start-tag /usr/bin/nsgmls:<OSFD>0:10:6:E: document type does not allow element "TITLE" here; assuming missing "TITLEPAG" start-tag /usr/bin/nsgmls:<OSFD>0:11:7:E: document type does not allow element "AUTHOR" here /usr/bin/nsgmls:<OSFD>0:19:5:E: document type does not allow element "DATE" here /usr/bin/nsgmls:<OSFD>0:20:9:E: document type does not allow element "ABSTRACT" here /usr/bin/nsgmls:<OSFD>0:29:4:E: document type does not allow element "TOC" here /usr/bin/nsgmls:<OSFD>0:31:5:E: document type does not allow element "SECT" here /usr/bin/nsgmls:<OSFD>0:31:6:E: character data is not allowed here
which libxml2 are you using?? which version of openjade
libxml 1.8.17-r2, libxml2 2.4.28-r1, openjade 1.3.1-r6. Could it be that I have conflicting linuxdoc DTDs? I have all the latest SGML ebuilds (for ~x86) installed. I've been looking at it, and I would like to get this ebuild into portage. So, perhaps something needs to be done about installation of the DTD prior to generation of the documentation? Could that be related? Although, subsequent emerges still don't work. Did you hand install anything into /etc/sgml?
Can you check if there are linuxdoc sgml stuff in the docbook-sgml ebuild?? This ebuild is different because of some perl stuff that had to be installed. Actually, I just pulled it off from debian, and plugged it for installation on my machine. I did not do anything with /etc/sgml. Ciao ST Lim
Created attachment 8073 [details] linuxdoc-tools-0.9.21.ebuild Hi, Just thought that maybe, a quick and simple solution for overwriting sgml2xxx stuff will be to do this.
Created attachment 8074 [details] linuxdoc-tools-0.9.21.ebuild Minor oops. Did not test before posting the previous one. This one works on my machine. The following is my qpkg -v -I -nc docbook: app-text/docbook-sgml-utils-0.6.12 app-text/docbook-xsl-stylesheets-1.60.1 app-text/docbook-sgml-dtd-4.2 app-text/docbook-sgml-dtd-3.0-r1 app-text/docbook-sgml-dtd-3.1-r1 app-text/docbook-dsssl-stylesheets-1.77-r2 app-text/docbook-sgml-dtd-4.0-r1 app-text/docbook-sgml-dtd-4.1-r1 app-text/docbook-xml-simple-dtd-4.1.2.4 app-text/docbook-xml-dtd-4.2
Is there still an interest in this ? This is the only place I've seen 'linuxdoc' mentioned. Comments on the ebuild (in point form to make it short): o KEYWORDS should be ~arch, and only include the arch's you've tested on, so this should be something like ~x86, unless you've tested on both x86 and ppc in which case this should be ~x86 ~ppc o add SLOT="0" (unless it's going to be slotted by version), IUSE="" and LICENSE="" the license it falls under. These are required keywords. o try using 'econf' wraps around most of those options to configure, but I'm especially suspicious of "--exec-prefix=/usr/linuxdoc/bin" (if this is the solution to the similarly named binaries, I'm afraid will have to think of something else, but that's ok) o use emake as well :) o and einstall with any necessary options overridden (It's possible emake, econf and einstall were new things when this ebuild was written, I know it's been a while - in which case ignore) If you'd like to get this in, please respond, otherwise I'm sorry I'm not that interested in putting it into the tree without some user-interest.
No interest.
