When I try to emerge xorg-docs-1.4-r1 I get errors. There is a similar bug like this: 191661. Same package but different errors. See attached build log. Reproducible: Always Steps to Reproduce: 1. emerge xorg-docs Actual Results: Package didnt merge Expected Results: Package should have merged Portage 2.1.2.12 (default-linux/x86/2007.0, gcc-4.1.2, glibc-2.5-r4, 2.6.23-rc3 i686) ================================================================= System uname: 2.6.23-rc3 i686 Intel(R) Pentium(R) M processor 2.00GHz Gentoo Base System release 1.12.9 Timestamp of tree: Mon, 10 Sep 2007 19:50:01 +0000 app-shells/bash: 3.2_p17 dev-java/java-config: 1.3.7, 2.0.33-r1 dev-lang/python: 2.4.4-r4 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 1.12.9-r2 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.21 ACCEPT_KEYWORDS="x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium-m -O2 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=pentium-m -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="X a52 aac aalib acl alsa amrnb amrnd berkdb bitmap-fonts bzip2 cddb cli cpudetection cracklib crypt cups divx doc dri dts dvd dvdnav dvdr dvdread encode ffmpeg firefox flac fortran gdbm gpm iconv isdnlog java jpeg kde libcaca mad midi mmx mmxext mp2 mp3 mplayer mudflap ncurses nls nptl nptlonly nsplugin offensive ogg openal opengl openmp pam pcre perl png pppd python quicktime rar readline real realmedia reflection samba sdl session sid spell spl sse sse2 ssl svg tcpd tiff timidity truetype truetype-fonts tta type1 type1-fonts unicode vcd vorbis wifi win32codecs wma wmf wmp x264 x86 xcomposite xorg xscreensaver xv xvid zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="apm ark chips cirrus cyrix dummy fbdev glint i128 i740 i810 imstt mach64 mga neomagic nsc nv r128 radeon rendition s3 s3virge savage siliconmotion sis sisusb tdfx tga trident tseng v4l vesa vga via vmware voodoo" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Created attachment 130646 [details] build.log build.log
Output snip: make[2]: Entering directory `/var/tmp/portage/app-doc/xorg-docs-1.4-r1/work/xorg-docs-1. 4/sgml/core' SGML_SEARCH_PATH=/usr/share/sgml /usr/bin/docbook2txt Xserver-spec.sgml Using catalogs: /usr/share/sgml/sgml-iso-entities-8879.1986/catalog, /usr/share/sgml/doc book/xml-simple-dtd-4.1.2.4/catalog, /usr/share/sgml/docbook/sgml-dtd-4.4/catalog, /usr/ share/sgml/docbook/sgml-dtd-3.1/catalog, /usr/share/sgml/docbook/sgml-dtd-3.0/catalog, / usr/share/sgml/docbook/xml-simple-dtd-1.0/catalog, /usr/share/sgml/docbook/dsssl-stylesh eets-1.79/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/ope njade-1.3.2/catalog, /usr/share/sgml/openjade-1.3.2/dsssl/catalog, /usr/share/sgml/opens p-1.5.2/OpenSP/catalog, /usr/share/sgml/xml-iso-entities-8879.1986/catalog Using stylesheet: /usr/share/sgml/docbook/utils-0.6.14/docbook-utils.dsl#html Working on: /var/tmp/portage/app-doc/xorg-docs-1.4-r1/work/xorg-docs-1.4/sgml/core/Xserv er-spec.sgml jade:/var/tmp/portage/app-doc/xorg-docs-1.4-r1/work/xorg-docs-1.4/sgml/core/Xserver-spec .sgml:4:0:E: error connecting to "www.oasis-open.org" (Connection timed out) jade:/usr/share/sgml/docbook/dsssl-stylesheets-1.79/html/docbook.dsl:54:137:Q: number of ID references in start-tag must not exceed GRPCNT (32) jade:/usr/share/sgml/docbook/dsssl-stylesheets-1.79/html/docbook.dsl:53:0:Q: number of I D references in start-tag must not exceed GRPCNT (32) jade:/usr/share/sgml/docbook/dsssl-stylesheets-1.79/html/../common/../common/dbl1bg.ent: 168:282:Q: length of interpreted parameter literal must not exceed LITLEN (240) jade:/usr/share/sgml/docbook/dsssl-stylesheets-1.79/html/../common/../common/dbl1bg.ent: 169:282:Q: length of interpreted parameter literal must not exceed LITLEN (240) jade:/usr/share/sgml/docbook/dsssl-stylesheets-1.79/html/../common/../common/dbl1ru.ent: 188:290:Q: length of interpreted parameter literal must not exceed LITLEN (240) jade:/usr/share/sgml/docbook/dsssl-stylesheets-1.79/html/../common/../common/dbl1ru.ent: 189:290:Q: length of interpreted parameter literal must not exceed LITLEN (240) jade:/usr/share/sgml/docbook/dsssl-stylesheets-1.79/html/../common/dbtable.dsl:224:13:E: 2nd argument for primitive "ancestor" of wrong type: "#<unknown object 137150560>" not a singleton node list jade:/usr/share/sgml/docbook/dsssl-stylesheets-1.79/html/../common/dbtable.dsl:224:13:E: 2nd argument for primitive "ancestor" of wrong type: "#<unknown object 137150560>" not a singleton node list jade:/usr/share/sgml/docbook/dsssl-stylesheets-1.79/html/../common/dbtable.dsl:224:13:E: 2nd argument for primitive "ancestor" of wrong type: "#<unknown object 137150560>" not a singleton node list make[2]: *** [Xserver-spec.txt] Error 8 make[2]: Leaving directory `/var/tmp/portage/app-doc/xorg-docs-1.4-r1/work/xorg-docs-1.4 /sgml/core' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/app-doc/xorg-docs-1.4-r1/work/xorg-docs-1.4 /sgml' make: *** [all-recursive] Error 1 !!! ERROR: app-doc/xorg-docs-1.4-r1 failed. Call stack: ebuild.sh, line 1638: Called dyn_compile ebuild.sh, line 985: Called qa_call 'src_compile' ebuild.sh, line 44: Called src_compile ebuild.sh, line 1328: Called x-modular_src_compile x-modular.eclass, line 337: Called x-modular_src_make x-modular.eclass, line 332: Called die !!! emake failed !!! If you need support, post the topmost build error, and the call stack if relevant. !!! A complete build log is located at '/var/tmp/portage/app-doc/xorg-docs-1.4-r1/temp/b uild.log'.
Wonderful, Bug 116350 about two years later... Why's it again trying to download something online? :X
It seems that jade is reading the header files from these sgml files in xorg-docs: <?xml version="1.0" encoding="ISO-8859-1"?> <!DOCTYPE article PUBLIC "-//OASIS//DTD DocBook XML V4.2//EN" "http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd" [ <!ENTITY % defs SYSTEM "X11/defs.ent"> %defs; and trying to download the specs: "http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd" Why? I have no idea.... Ill continue trying to figure this out, thought I'd just post an update
I'm begginning to conclude this could be more of a jade related issue and not an xorg-docs issue. The reason I believe that it can't establish a connection is because im behind an http proxy. For some reason jade wont read the http_proxy variable hence, connection timed out.... Will keep trying
Ok, Ive come to this conclusion.... When Openjade is trying to validate these sgml files, it looks in the headers for the doctype, in our case docbookx.dtd. Openjade checks its local directory of dtd files and cannot find docbookx.dtd, so it tries to download it from the site listed in the header and add it to its local repository. NOW, heres where the bug is: I'm behind an http proxy, and for some reason its not reading my http_proxy system variable. Thats where we get connection timed out. We can fix this issue two ways: either add docbookx.dtd to openjades dtd repository when one tries to emerge xorg-docs or fix the openjade proxy issue.... I dont know where the hell its getting its proxy info from but its certainly not getting it from http_proxy.
Also seen on my system : * econf: updating xorg-docs-1.4/config.sub with /usr/share/gnuconfig/config.sub ./configure --prefix=/usr --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --prefix=/usr --datadir=/usr/share --with-x11docdir=/usr/share/doc/xorg-docs-1.4-r1 --enable-non-man-docs --enable-txt --enable-pdf --enable-html --enable-ps --libdir=/usr/lib64 --build=x86_64-pc-linux-gnu
Simply use -doc keyword in package.use to allow the build to complete - although of course you do not get any documentation. I know this is a workaround rather than a fix but without it I could not install xorg-x11-7.2 paul@~$ equery depends app-doc/xorg-docs [ Searching for packages depending on app-doc/xorg-docs... ] x11-base/xorg-x11-7.2 (>=app-doc/xorg-docs-1.3)
(In reply to comment #8) > Simply use -doc keyword in package.use to allow the build to complete - > although of course you do not get any documentation. > > I know this is a workaround rather than a fix but without it I could not > install xorg-x11-7.2 > > paul@~$ equery depends app-doc/xorg-docs > [ Searching for packages depending on app-doc/xorg-docs... ] > x11-base/xorg-x11-7.2 (>=app-doc/xorg-docs-1.3) > paul, your absoutely right -doc would fix the issue (totally avoid the xorg-docs package completely), but i believe a real fix to this issue would be appreciated. In my case "doc" is one of my use flags, so I do want this package.
New update: Heres what I determined about jade, sgml onsgmls. Regardless, (developer/package manager please verify) the dtd file in the header will ALWAYS download itself (inefficent, espically if theres a local copy). So for example: In the docbook driver catalog file located at /usr/share/sgml/docbook/sgml-dtd-4.2/catalog --------------------------------------- DTDDECL "-//OASIS//DTD DocBook V4.2//EN" "docbook.dcl" PUBLIC "-//OASIS//DTD DocBook V4.2//EN" "docbook.dtd" PUBLIC "-//OASIS//DTD DocBook XML V4.2//EN" "docbookx.dtd" ----------------------------------------- As you can see here, this local catalog file never gets accessed, I could append "/usr/share/sgml/docbook/sgml-dtd-4.2/docbookx.dtd" to replace "docbookx.dtd" But the issue is that the system uses the network first and does not access the local catalog/repository. There is a flag however to specify whether the user wants to access local or network driver files. Here is an online resource for additional proof http://www.nabble.com/Use-local-DTDs-for-validation-instead-of-network-t2026750.html I will CC this over to package managers for openjade and so on. Hopefully we can get this resolved one way or another.
I created a fix for this issue. Here is an updated ebuild, I added "-wno-validate" to MAKEOPTS. I believe it is unnecessary to validate these files. This switch will disregard that and eliminate any problems we have with getting network dtd files (especially pcs that don't have an internet connection)
Created attachment 130870 [details] xorg-docs-1.4-r1.ebuild Updated ebuild with -wno-validate MAKEOPT
Okay, the activity on this bug is taking an ugly path, so I'd like to bring the following guidelines to the attention of reporters: * Comments on bugzilla serve a purpose and that is to contribute useful information so a problem can be diagnosed and ideally fixed with minimal hassle. On that note, adding comments to inform us that you also experience the problem is not particularly useful. Other kinds of comments, like suggesting a work-around (although sometimes useful when such work-around is not obvious), can be also undesired noise, and replying to those comments certainly doesn't help. In summary, please don't treat bugzilla as a forum, which it is not, but as a place to deal with issues. Comments should be clear and to the point. Mark, I appreciate all the work you're doing studying this issue. Please notice, however, that an issue becomes harder to follow if several comments are done in sequence without having the opportunity to respond. I suggest you make a short summary of your findings here, and in the future try to write your bugzilla feedback succinctly without spanning several comments. Also, note that a bug shouldn't be marked as fixed when a solution is not committed to the tree. In this case, this bug hasn't been properly reviewed yet, I ask of you a little patience :).
i really think the root cause here is below xorg-docs ... simply adding no validate to xorg-docs ignores the underlying problem which looks like slow bit rot with the sgml packages on my system, i got tired of looking at this crap so i just brute forced it: emerge -C /var/db/pkg/app-text/docbook-* /var/db/pkg/app-text/sgml-* emerge -C app-text/openjade app-text/opensp xorg-docs xorg-sgml-doctools <make sure nothing else owns /etc/sgml and if so, emerge -C it as well> rm -rf /etc/sgml emerge xorg-docs blamo, it works ... clearly this isnt a fix, but it does help illustrate that the problem does not lie with xorg-docs ... iputils was failing in a similar manner and after this unholy enema, they both build
(In reply to comment #14) > emerge -C /var/db/pkg/app-text/docbook-* /var/db/pkg/app-text/sgml-* > emerge -C app-text/openjade app-text/opensp xorg-docs xorg-sgml-doctools > <make sure nothing else owns /etc/sgml and if so, emerge -C it as well> > rm -rf /etc/sgml > emerge xorg-docs > > blamo, it works This didn't work for me. I don't know if it is relevant, but I am using texlive instead of tetex.
(In reply to comment #15) > (In reply to comment #14) > > emerge -C /var/db/pkg/app-text/docbook-* /var/db/pkg/app-text/sgml-* > > emerge -C app-text/openjade app-text/opensp xorg-docs xorg-sgml-doctools > > <make sure nothing else owns /etc/sgml and if so, emerge -C it as well> > > rm -rf /etc/sgml > > emerge xorg-docs > > > > blamo, it works > > This didn't work for me. I don't know if it is relevant, but I am using texlive > instead of tetex. Sorry, I think it did work afterall, but then I ran into a different error, probably related to the transition to texlive: SGML_SEARCH_PATH=/usr/share/sgml /usr/bin/docbook2pdf Xserver-spec.sgml Using catalogs: /etc/sgml/xml-docbook-4.2.cat Using stylesheet: /usr/share/sgml/docbook/utils-0.6.14/docbook-utils.dsl#print Working on: /var/tmp/portage/app-doc/xorg-docs-1.4-r1/work/xorg-docs-1.4/sgml/core/Xserver-spec.sgml This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6) %&-line parsing enabled. ---! //var/lib/texmf/web2c/pdfjadetex.fmt was written by pdfetex (Fatal format file error; I'm stymied) I remerged jadetex and was able to build xorg-docs.
*** Bug 200976 has been marked as a duplicate of this bug. ***
I found that when I tried to build 1.4-r1 two files had to be patched, .../sgml/core/Xserver-spec.sgml and .../sgml/security/XACE-spec.sgml. In both cases I removed the HTTP address for oasis-open, and updated the DTD from 4.2 to 4.3. The restarted build then went looking in the non-existant directory /usr/share/sgml/docbook/sgml-dtd-4.3/ent for files which are in fact found in the directory /usr/share/sgml/docbook/xml-dtd-4.3/ent. I linked the two directories, and the build ran to completion. The package docbook-sgml-dtd-4.3-r2 isn't a dependency, so it may have to be specifically emerged. This was on a current Gentoo system: I don't know if the problem is with Gentoo's layout of dtd files, or with upstream's use of them, but the fix seems straightforward.
I don't know if this is what C W Rose was seeing (please post patch files) but I'm getting an error when it tries to load http://www.oasis-open.org/docbook/xml/4.3/dbcentx.mod:324:0:E. Upon putting that addr in my browser, oasis-open reports that the page cannot be found.
*** This bug has been marked as a duplicate of bug 191661 ***
To fix rm -rf /var/lib/texmf/web2c texmf-update emerge -1 =app-text/jadetex-3.13-r2 emerge -1 =app-text/docbook-sgml-dtd-4.3-r2 emerge -1 =app-text/docbook-sgml-dtd-4.4 emerge -1 =app-doc/xorg-docs-1.4-r1 This allowed it to emerge for me.