Error while trying to emerge gtkspell. It works ok with USE="-doc". Build log: /bin/sh ../mkinstalldirs /var/tmp/portage/gtkspell-2.0.4/image//usr/share/gtk-doc/html/gtkspell mkdir /var/tmp/portage/gtkspell-2.0.4/image/usr/share mkdir /var/tmp/portage/gtkspell-2.0.4/image/usr/share/gtk-doc mkdir /var/tmp/portage/gtkspell-2.0.4/image/usr/share/gtk-doc/html mkdir /var/tmp/portage/gtkspell-2.0.4/image/usr/share/gtk-doc/html/gtkspell (installfiles=`echo ./html/*.html`; \ if test "$installfiles" = './html/*.html'; \ then echo '-- Nothing to install' ; \ else \ for i in $installfiles; do \ echo '-- Installing '$i ; \ /bin/install -c -m 644 $i /var/tmp/portage/gtkspell-2.0.4/image//usr/share/gtk-doc/html/gtkspell; \ done; \ echo '-- Installing ./html/index.sgml' ; \ /bin/install -c -m 644 ./html/index.sgml /var/tmp/portage/gtkspell-2.0.4/image//usr/share/gtk-doc/html/gtkspell; \ fi) -- Installing ./html/cha-tutorial.html -- Installing ./html/chapter-tutorial.html -- Installing ./html/gtk-running.html -- Installing ./html/gtkspell-gtkspell.html -- Installing ./html/index.html -- Installing ./html/reference.html -- Installing ./html/tutorial-autoconf.html -- Installing ./html/tutorial-building.html -- Installing ./html/tutorial.html -- Installing ./html/index.sgml /bin/install: cannot stat `./html/index.sgml': No such file or directory make[2]: *** [install-data-local] Error 1 make[2]: Leaving directory `/var/tmp/portage/gtkspell-2.0.4/work/gtkspell-2.0.4/docs' make[1]: *** [install-am] Error 2 make[1]: Leaving directory `/var/tmp/portage/gtkspell-2.0.4/work/gtkspell-2.0.4/docs' make: *** [install-recursive] Error 1 !!! ERROR: app-text/gtkspell-2.0.4 failed. !!! Function einstall, Line 361, Exitcode 2 !!! einstall failed
you'll need to post a full build log please.
Created attachment 20463 [details] Full emerge log for this problem
Uhh, once again. This is a damn old gtk/sgml bug (I couldn't find the old bug reports though). media-gfx/gimp-1.3.22 is affected too -- Installing ./html/index.sgml /bin/install: cannot stat `./html/index.sgml': No such file or directory make[3]: *** [install-data-local] Error 1 make[3]: Leaving directory `/var/tmp/portage/gimp-1.3.22/work/gimp-1.3.22/devel-docs/libgimpcolor' make[2]: *** [install-am] Error 2 make[2]: Leaving directory `/var/tmp/portage/gimp-1.3.22/work/gimp-1.3.22/devel-docs/libgimpcolor' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/gimp-1.3.22/work/gimp-1.3.22/devel-docs' make: *** [install-recursive] Error 1 If I'm right and it is the same bug, satai made a bugfix
the following: warning: failed to load external entity "http://docbook.sourceforge.net/release/xsl/current/html/chunk.xsl" compilation error: file /usr/share/gtk-doc/data/gtk-doc.xsl line 6 element import xsl:import : unable to load http://docbook.sourceforge.net/release/xsl/current/html/chunk.xsl looks to the actual problem. chunk.xsl is provided by docbook-xsl-stylesheets, what version of that do you have installed ?
docbook-xsl-stylesheets-1.62.0-r1 is installed here
Same here: dev-libs/libxslt-1.0.33 * app-text/docbook-xsl-stylesheets-1.62.0-r1 *
Carlo, please attach the full build log for your gimp build, or open a new bug with it, although the final error is the same, the actual symptoms are not always identical. Thanks.
*** Bug 33811 has been marked as a duplicate of this bug. ***
Right, I can only reproduce this with xhtml1 installed. Once I remove xhtml1 everything builds fine. Leonid, Carlo, please remove xhtml1 and try remerging. I'll add the xhtml1 -> gtk-doc block as requested in big 33843.
I don't have xhtml1 installed.
Mike: As I stated in Bug 33843 blocking xhtml1 _doesn't_ fix the issue. The assertion in Bug 17628 is simply wrong. I didn't had xhtml1 installed before and got these error. Even after unmerging xhtml1 and remerging gtk-doc again the problem persists for a bunch of gtk based ebuilds. I suggest to close this Bug and Bug 33843 and reopen Bug 17628.
Hi Carlo, I appreciate your comments on this issue. There are a number of these SGML related errors that seem to appear. I've never been able to reproduce them (not a single one!) locally until the xhtml1 issue today. Usually, corrupt catalogs are to blame. We can solve the issue here without (re)opening another bug. I believe this may be an XML error, so I'd ask that you please attach the contents of /etc/xml/catalog and /etc/xml/docbook as plaintext to this bug, or you can email them to me if you like. The error is often at a lower level than gtk-doc, so we need to do the following here. o try and fix the current problem of the missing stylesheets o and then evaluate xhtml1 and gtk-doc's co-existence Thanks in advance for your help.
>Thanks in advance for your help Thank you for trying to track down that damn old problem, Mike. :)
Created attachment 20994 [details] catalog
Created attachment 20995 [details] docbook
Right, these catalogs have given me a rare insight. Let's go through them: First thing we do is go through /etc/xml/catalog. We start at the top and work our way down until we find a match, which in this case is at: <delegateSystem systemIdStartString="http://docbook.sourceforge.net/release/xsl/" catalog="file:///etc/xml/docbook"/> <delegateURI uriStartString="http://docbook.sourceforge.net/release/xsl/" catalog="file:///etc/xml/docbook"/> So now we stop processing /etc/xml/catalog and start looking in /etc/xml/docbook, so lets get that one open for a look. Again we start processing from the top of the docbook catalog and we go through it until we find a match, which in this case is: <rewriteSystem systemIdStartString="http://docbook.sourceforge.net/release/xsl/current" rewritePrefix="file:///usr/share/sgml/docbook/xsl-stylesheets-1.60.1"/> <rewriteURI uriStartString="http://docbook.sourceforge.net/release/xsl/current" rewritePrefix="file:///usr/share/sgml/docbook/xsl-stylesheets-1.60.1"/> But see where it refers to xsl-stylesheets-1.60.1. But you say you have docbook-xsl-stylesheets-1.62.0-r1 installed. Something's going on here, the catalogs havent been rewritten on an update. Now I understand why redhat use /usr/share/sgml/docbook/xsl-stylesheets as a symlink to the current version. Either way we've found the problem. The catalogs arent being updated on a package update, but the directory changes of course. So there are two things for me to look at o Exactly why the catalogs arent being updated o If we should use a symlink to the current stylesheet directory. Thanks for your help and logs. If you guys want a fix here, remove _all_ of those rewrites that refer to xsl in your /etc/xml/docbook as well as the delegate lines listed above in /etc/xml/catalog and then remerge the docbook-xsl-stylesheets, which should add the correct package references. Me, well I've got to look at this in more depth. Please let me know if removing those lines fixes the problem.
Mike: Thanks for your help. I'll apply the changes later and will give some feedback about it, of course. I wonder if this problem has something to do with this sgmlfix howto: http://dev.gentoo.org/~satai/sgmlfix.html I needed this fix late, so I'm not sure, if I applied it before or after updating to docbook-sgml-utils-0.6.12. * app-text/docbook-sgml-utils Merged at Thu Dec 5 17:40:38 2002 (docbook-sgml-utils-0.6.11-r2) merge time: 13 seconds. Merged at Mon Jul 14 22:56:33 2003 (docbook-sgml-utils-0.6.12) merge time: 1 minute and 22 seconds.
Please dont use the sgmlfix. It basically tries to reset everything, which means we'll have nothing to work with to try and fix this properly, thanks.
(not) O.k. - it becomes really weird. --- !empty dir /usr --- !empty dir /etc /etc/xml/catalog:1: error: xmlParseStartTag: invalid element name <<?xml version="1.0"?> ^ /etc/xml/catalog:1: error: XML declaration allowed only at the start of the document <<?xml version="1.0"?> ^ /etc/xml/catalog:2: error: Extra content at the end of the document <!DOCTYPE catalog PUBLIC "-//OASIS//DTD Entity Resolution XML Catalog V1.0//EN" ^ >>> original instance of package unmerged safely. >>> Regenerating /etc/ld.so.cache... * Caching service dependencies... [ ok ] >>> app-text/docbook-xsl-stylesheets-1.62.0-r1 merged. Added a space before the ?> and I could repeat the whole procedure, without getting emerge errors. But have a look at my docbook/catalog file now and compare them with the old ones.
Created attachment 21179 [details] catalog - afterwards
Created attachment 21180 [details] docbook - afterwards
does xmllint /etc/xml/catalog or xmllint /etc/xml/docbook throw errors or just print the entire documents ?
No errors, but it removed the added space 1c1 < <?xml version="1.0" ?> --- > <?xml version="1.0"?>
hrmm, that /etc/xml/catalog looks odd, it never rewrites the docbook dtd references to /etc/xml/docbook. sorry to ask you to do more but can you try the following: rm /etc/xml/{catalog,docbook} emerge libxml2 docbook-xsl-stylesheets docbook-xml-dtd thanks.
>rm /etc/xml/{catalog,docbook} >emerge libxml2 docbook-xsl-stylesheets docbook-xml-dtd That did it. Thanks! :) I'm still groping in the dark, what the bug is (maybe was), though. There were no broken dependencies and I'm using the stable versions of the affected ebuilds only.
I know what was causing the problem, it's versions of xsl-stylesheets and docbook-xml-dtd. I've got a fix here locally for a series of more general problems but I've just been so short of time lately I havent committed.