gstreamer-0.8.3-r1 failes to install with the following error: Working on: /var/tmp/portage/gstreamer-0.8.3-r1/work/gstreamer-0.8.3/docs/faq/build/faq.xml This is TeX, Version 3.14159 (Web2C 7.4.5) (Fatal format file error; I'm stymied) make[3]: *** [faq.ps] Error 9 make[3]: *** Waiting for unfinished jobs.... Done. Copying .css files: base.css make[3]: *** Waiting for unfinished jobs.... make[3]: *** Waiting for unfinished jobs.... make[3]: Leaving directory `/var/tmp/portage/gstreamer-0.8.3-r1/work/gstreamer-0.8.3/docs/faq' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/gstreamer-0.8.3-r1/work/gstreamer-0.8.3/docs' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/gstreamer-0.8.3-r1/work/gstreamer-0.8.3' make: *** [all] Error 2 !!! ERROR: media-libs/gstreamer-0.8.3-r1 failed. !!! Function src_compile, Line 62, Exitcode 2 !!! compile failed This seems to suggest that the faq is a TeX version. I have now installed it by using -doc in the use flag Thanks Paul
what tex version do you have installed ?
This appears to be my version, hope it helps TeX (Web2C 7.4.5) 3.14159 kpathsea version 3.4.5 Paul
Same error here; using tetex 2.0.2-r3
IMHO it's not a TeX problem, it has something to do with Docbook DTDs. The important messages are above: jade:/usr/share/sgml/docbook/yelp/docbook/dtd/ent/iso-lat1.ent:9:18:E: "X00C2" is not a function name jade:/usr/share/sgml/docbook/yelp/docbook/dtd/ent/iso-lat1.ent:10:19:E: "X00E0" is not a function name jade:/usr/share/sgml/docbook/yelp/docbook/dtd/ent/iso-lat1.ent:11:19:E: "X00C0" is not a function name jade:/usr/share/sgml/docbook/yelp/docbook/dtd/ent/iso-lat1.ent:12:18:E: "X00E5" is not a function name [... lots of them...] BTW, I had similar problems with other packages too.
There seems to be something wrong with Docbook in the Gentoo world. Sometimes CATALOG files get broken. Some users have this problem, others don't. IIRC, last time I could fix this problem by reinstalling all Docbook related packages.
getting this here too.. seems like a docbook bug.. the source of the problem is not clear to me either..
emerged all docbook-* packages, but gtreamer still fails with this problem
Same problem here. The messages before TeX sees the problem (probably an empty file): *** Generating HTML output *** cd build && docbook2ps -o .. faq.xml Using catalogs: /usr/share/sgml/dtd/sgmltools/catalog, /usr/share/sgml/guide/catalog, /usr/share/sgml/docbook/sgml-dtd-3.0/catalog, /usr/share/sgml/docbook/sgml-dtd-3.1/catalog, /usr/share/sgml/docbook/sgml-dtd-4.0/catalog, /usr/share/sgml/docbook/sgml-dtd-4.1/catalog, /usr/share/sgml/docbook/sgml-dtd-4.2/catalog, /usr/share/sgml/docbook/dsssl-stylesheets-1.77/catalog, /usr/share/sgml/xml-iso-entities-8879.1986/catalog, /usr/share/sgml/sgml-iso-entities-8879.1986/catalog, /usr/share/sgml/openjade-1.3.2/dsssl/catalog, /usr/share/sgml/openjade-1.3.2/catalog, /usr/share/sgml/opensp-1.5/OpenSP/catalog Using stylesheet: /usr/share/sgml/docbook/utils-0.6.12/docbook-utils.dsl#print Working on: /var/tmp/portage/gstreamer-0.8.3-r1/work/gstreamer-0.8.3/docs/faq/build/faq.xml Using catalogs: /usr/share/sgml/dtd/sgmltools/catalog, /usr/share/sgml/guide/catalog, /usr/share/sgml/docbook/sgml-dtd-3.0/catalog, /usr/share/sgml/docbook/sgml-dtd-3.1/catalog, /usr/share/sgml/docbook/sgml-dtd-4.0/catalog, /usr/share/sgml/docbook/sgml-dtd-4.1/catalog, /usr/share/sgml/docbook/sgml-dtd-4.2/catalog, /usr/share/sgml/docbook/dsssl-stylesheets-1.77/catalog, /usr/share/sgml/xml-iso-entities-8879.1986/catalog, /usr/share/sgml/sgml-iso-entities-8879.1986/catalog, /usr/share/sgml/openjade-1.3.2/dsssl/catalog, /usr/share/sgml/openjade-1.3.2/catalog, /usr/share/sgml/opensp-1.5/OpenSP/catalog Using stylesheet: /usr/share/sgml/docbook/utils-0.6.12/docbook-utils.dsl#html Working on: /var/tmp/portage/gstreamer-0.8.3-r1/work/gstreamer-0.8.3/docs/faq/build/faq.xml jade:/usr/share/sgml/guide/ent/iso-lat1.ent:6:19:E: "X00E1" is not a function name jade:/usr/share/sgml/guide/ent/iso-lat1.ent:7:19:E: "X00C1" is not a function name This continues for all entities in /usr/share/sgml/guide/ent/iso-lat1.ent. This iso-lat1.ent is the same as all the other iso-lat1.ent files on the system, e.g. /usr/share/sgml/docbook/xml-dtd-4.2/ent/iso-lat1.ent. Perhaps a docbook guru can spot that we have some incompatible catalog files or something? "LC_ALL=C emerge -av gnome" didn't help, so I'm trying "USE=-doc emerge gstreamer" now.
"USE=-doc emerge gstreamer" worked around the problem, so I can go on upgrading Gnome.
Can you try updating to docbook-xml-dtd-4.3 and the newest xsl-stylesheets and see if the problem persists?
After an upgrade to docbook-xml-dtd-4.3 and docbook-xsl-stylesheets-1.65.1 the build passes!
i have three gentoo installations: two with tetex, one without gstreamer compiles fine if tetex is not installed compared to the other two computers where it is and i have to USE=-doc emerge gstreamer there. so i guess tetex is the guilty part. -- flo
seems to be a docbook problem, i have no problems building with tetex (although it doesn't seem to result in more docs, it probably doesn't install them) obz : can you check those exact doc deps (comment #11) & if they shouldn't already be implied by other deps (gtk-doc and such) ?
xml-dtd and xsl-stylesheets have been updated to use the new build-docbook-catalog script now, which is the fix. the dtd's are slotted, so all 3 versions needed to be fixed. That fixed it for comment 11, and should for the others. Please test and close?
*** Bug 61073 has been marked as a duplicate of this bug. ***
This has been fixed by the docbook updates, thanks everyone.
Sorry to be dense on this. I've re-emerged docbook-xml-dtd, docbook-xsl-stylesheets and build-docbook-catalog, but I still get the same error when trying to build gstreamer. I added ~x86 to ACCEPT_KEYWORDS and did an update -s to look for newer version and found none. What am I missing here? What do you mean by "the dtd's are slotted"? Is there something else I need to do that I'm missing?
Try this, emerge =docbook-xml-dtd-4.1.2* =docbook-xml-dtd-4.2* =docbook-xml-dtd-4.3* This'll install the new versions of all of the xml-dtds. Seeing as they're slotted, it's possible to have multiple versions of the same package all installed at once. Let us know how it goes.
No luck. I get the same error. Perhaps this bug shouldn't be marked 'resolved' yet. I'm going to try completely uninstalling and reinstalling all the docbook-* packages and see if that helps.
OK, here's the beef. Uninstalling all docbook related packages and reinstalling just the docbook xml stuff seems to have solved the problem. I then installed a number of sgml related packages and the problem reappeared. I'll try to nail it down further.
I can't seem to reproduce this, although I'd be happy to post my history file of the break->fix->break process (now fixed) if anyone wants to look into it further.
*** Bug 59480 has been marked as a duplicate of this bug. ***
*** Bug 64000 has been marked as a duplicate of this bug. ***
*** Bug 67757 has been marked as a duplicate of this bug. ***
It doesn't help just to mark any new bugs regarding gstreamer doc building as duplicate to this resolved bug. Neither gstreamer 0.8.5 nor gstreamer 0.8.7 can be build again! Unmasking jadetex-3.13 did the trick this time.
Same exact error with gstreamer-0.8.7 now as with the previous version, 0.8.3-r1 my workarond last time was to 'USE="-doc" emerge gstreamer' and it seems to have worked this time as well, but that is hardly a fix, eh? Maybe bug should not be labled "resolved," eh?
I believe that I actually understand what causes this problem. TeX format files are dumped out by Tex, and must match up with particular TeX binaries. jadetex uses the \dump feature of TeX to dump a working TeX binary when it's built, which it then uses rather than invoking the installed TeX binary. Therefore -- if you build jadetex and then upgrade tetex, you now have new TeX format files that are incompatible with the old TeX binary that jadetex dumped. You must replace that TeX binary (which is part of the jadetex package and not part of TeX). An easy way to do this is to simply unmerge jadetex and then reemerge it (the same version will work). jadetex will dump a new TeX binary and everything will be ok. Oof!
Usata, is this last comment correct?
Correct. If you update tetex, you need to recompile jadetex. Otherwise you will get this sort of errors described in original bug report.
*** Bug 77059 has been marked as a duplicate of this bug. ***
So what about this bug? The issue with the invalid function names persists.
Builds OK for me now. I'm running gstreamer-0.8.7, jadetex-3.12, tetex-2.0.2-r5.
Yes, it builds. But there's still the "invalid function name" output.
