It has to be one of the doc packages, but I don't know which one. If I figure it out, I'll add a comment. Installed packages: app-text/openjade-1.3.2-r1 app-text/docbook-dsssl-stylesheets-1.79 app-text/docbook-sgml-utils-0.6.14 app-doc/doxygen-1.3.9.1 Build error(s) coming as attachment. ---------------------------------------------------------- gladstone pan # emerge --info Portage 2.1-r1 (!/usr/portage/profiles/default-linux/x86/2005.0, gcc-3.3.2, glibc-2.3.2-r9, 2.6.16-gentoo-r7 i686) ================================================================= System uname: 2.6.16-gentoo-r7 i686 Pentium III (Coppermine) Gentoo Base System version 1.6.14 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] app-admin/eselect-compiler: [Not Present] dev-lang/python: 2.2.3-r5, 2.3.5, 2.4.2 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.3 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.10 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.4 sys-devel/libtool: 1.4.3-r4, 1.5.22 virtual/os-headers: 2.4.19-r1, 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O3 -march=pentium3 -fprefetch-loop-arrays -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O3 -march=pentium3 -fprefetch-loop-arrays -fomit-frame-pointer -pipe" DISTDIR="/mnt/nfs_portage/distfiles" FEATURES="autoconfig ccache distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" PKGDIR="/mnt/nfs_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'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/mnt/nfs_portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X aac alsa apm arts avi berkdb bitmap-fonts cdparanoia cdr crypt cups doc eds emboss encode firefox flac foomaticdb fortran gdbm gif gimpprint gnome gpm gstreamer gtk gtk2 imlib ipv6 jpeg libg++ libwww mad mikmod motif mp3 mpeg musicbrainz ncurses nls ogg oggvorbis opengl oss palm pam pda pdflib perl pilot png ppds python qt quicktime quotes readline samba sdl spell ssl svga symlink tcpd thunderbird truetype truetype-fonts type1-fonts usb vorbis win32codecs xml2 xmms xprint xv zlib elibc_glibc kernel_linux userland_GNU" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS
Created attachment 94188 [details] hal-0.5.7-r1 doc build errors
It somehow looks like bug #128952, could you test what is proposed in this bug report ?
I looked at bug #128952. First I confirmed that the issue still exists. It does: make[3]: *** [hal-spec.html] Error 8 make[3]: Leaving directory `/var/tmp/portage/hal-0.5.7-r3/work/hal-0.5.7/doc/spec' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/hal-0.5.7-r3/work/hal-0.5.7/doc' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/hal-0.5.7-r3/work/hal-0.5.7' make: *** [all] Error 2 !!! ERROR: sys-apps/hal-0.5.7-r3 failed. Call stack: ebuild.sh, line 1539: Called dyn_compile ebuild.sh, line 939: Called src_compile hal-0.5.7-r3.ebuild, line 137: Called die !!! make failed !!! If you need support, post the topmost build error, and the call stack if relevant. --------------------------- Next, bug #128952 recommends to emerge sgml-common. I'm already at 0.6.3-r3, (portage can install r4 as shown below): Calculating dependencies... done! [ebuild U ] app-text/sgml-common-0.6.3-r4 [0.6.3-r3] 0 kB ... >>> app-text/sgml-common-0.6.3-r4 merged. >>> Recording app-text/sgml-common in "world" favorites file... ------------------------ But still: !!! ERROR: sys-apps/hal-0.5.7-r3 failed. Call stack: ebuild.sh, line 1539: Called dyn_compile ebuild.sh, line 939: Called src_compile hal-0.5.7-r3.ebuild, line 137: Called die !!! make failed !!! If you need support, post the topmost build error, and the call stack if rel evant.
This doesn't really look like the same problem as bug #128952. It seems as if the proper docbook DTD is not used. What is the output on your system from running "equery l docbook-xml-dtd"? Also, try running "emerge ~docbook-xml-dtd-4.1.2" and see if the situation changes.
gladstone wskellenger # equery l docbook-xml-dtd [ Searching for package 'docbook-xml-dtd' in all categories among: ] * installed packages [I--] [ ] app-text/docbook-xml-dtd-4.1.2-r5 (4.1.2) [I--] [ ] app-text/docbook-xml-dtd-4.2-r1 (4.2) [I--] [ ] app-text/docbook-xml-dtd-4.3 (4.3) --------------- I'm half expecting to see an asterisk next to an installed package, yet I don't see one. However -- when I do a pretend emerge of docbook-xml-dtd, it clearly indicates that I have 4.1.2-r5 already installed: gladstone wskellenger # emerge -pv ~docbook-xml-dtd-4.1.2 These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] app-text/docbook-xml-dtd-4.1.2-r6 [4.1.2-r5] 0 kB Total size of downloads: 0 kB
Please upgrade to docbook-xml-dtd-4.1.2-r6 and try emerging hal again, and let us know the result.
Same behavior. I installed app-text/docbook-xml-dtd-4.1.2-r6: Using ISO DocBook entities from /usr/share/sgml/docbook/xml-dtd-4.3/ent * Now adding /etc/sgml/sgml-docbook.cat to /etc/sgml/xml-docbook-4.1.2.cat and /etc/sgml/catalog * Now adding /usr/share/sgml/docbook/xml-dtd-4.1.2/docbook.cat to /etc/sgml/xml-docbook-4.1.2.cat and /etc/sgml/catalog >>> app-text/docbook-xml-dtd-4.1.2-r6 merged. >>> Recording app-text/docbook-xml-dtd in "world" favorites file... ----------------- make[3]: Entering directory `/var/tmp/portage/hal-0.5.7-r3/work/hal-0.5.7/fdi' make[3]: Nothing to be done for `all-am'. make[3]: Leaving directory `/var/tmp/portage/hal-0.5.7-r3/work/hal-0.5.7/fdi' make[2]: Leaving directory `/var/tmp/portage/hal-0.5.7-r3/work/hal-0.5.7/fdi' Making all in doc make[2]: Entering directory `/var/tmp/portage/hal-0.5.7-r3/work/hal-0.5.7/doc' Making all in api make[3]: Entering directory `/var/tmp/portage/hal-0.5.7-r3/work/hal-0.5.7/doc/api' /usr/bin/doxygen make[3]: Leaving directory `/var/tmp/portage/hal-0.5.7-r3/work/hal-0.5.7/doc/api' Making all in spec make[3]: Entering directory `/var/tmp/portage/hal-0.5.7-r3/work/hal-0.5.7/doc/spec' /usr/bin/docbook2html --nochunks hal-spec.xml -o . Using catalogs: /etc/sgml/xml-docbook-4.1.2.cat Using stylesheet: /usr/share/sgml/docbook/utils-0.6.14/docbook-utils.dsl#html Working on: /var/tmp/portage/hal-0.5.7-r3/work/hal-0.5.7/doc/spec/hal-spec.xml jade:/var/tmp/portage/hal-0.5.7-r3/work/hal-0.5.7/doc/spec/hal-spec.xml:3:119:E: URL not supported by this version 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 136954712>" 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 136954712>" not a singleton node list jade:/usr/share/sgml/docbook/dsssl-stylesheets-1.79/html/dblink.dsl:203:1:E: XRef LinkEnd to missing ID 'dbus-api' jade:/usr/share/sgml/docbook/dsssl-stylesheets-1.79/html/dblink.dsl:203:1:E: XRef LinkEnd to missing ID 'enforcing-policy' jade:/usr/share/sgml/docbook/dsssl-stylesheets-1.79/html/dblink.dsl:203:1:E: XRef LinkEnd to missing ID 'enforcing-policy' jade:/usr/share/sgml/docbook/dsssl-stylesheets-1.79/html/dblink.dsl:203:1:E: XRef LinkEnd to missing ID 'device-capabilities' jade:/usr/share/sgml/docbook/dsssl-stylesheets-1.79/html/dblink.dsl:203:1:E: XRef LinkEnd to missing ID 'device-properties' jade:/usr/share/sgml/docbook/dsssl-stylesheets-1.79/html/dblink.dsl:203:1:E: XRef LinkEnd to missing ID 'device-properties' 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 136954712>" 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 136954712>" 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 136954712>" 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 136954712>" not a singleton node list (repeated many times) make[3]: *** [hal-spec.html] Error 8 make[3]: Leaving directory `/var/tmp/portage/hal-0.5.7-r3/work/hal-0.5.7/doc/spec' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/hal-0.5.7-r3/work/hal-0.5.7/doc' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/hal-0.5.7-r3/work/hal-0.5.7' make: *** [all] Error 2 !!! ERROR: sys-apps/hal-0.5.7-r3 failed. Call stack: ebuild.sh, line 1539: Called dyn_compile ebuild.sh, line 939: Called src_compile hal-0.5.7-r3.ebuild, line 137: Called die !!! make failed !!! If you need support, post the topmost build error, and the call stack if relevant.
cannot reproduce this bug with sys-apps/hal-0.5.7.1-r1 app-text/openjade-1.3.2-r1 app-text/docbook-dsssl-stylesheets-1.79 app-text/docbook-sgml-utils-0.6.14 app-doc/doxygen-1.4.7
Apparently this is an issue in DTDs... but nothing I've ever been able to reproduce.
I didn't try sys-apps/hal-0.5.7.1-r1 (masked), but I have the following: Calculating dependencies... done! [ebuild R ] app-text/openjade-1.3.2-r1 0 kB [ebuild R ] app-text/docbook-dsssl-stylesheets-1.79 0 kB [ebuild R ] app-text/docbook-sgml-utils-0.6.14 USE="-tetex*" 0 kB [ebuild R ] app-doc/doxygen-1.4.7 USE="doc -qt3 -tetex" 0 kB sys-apps/hal-0.5.7-r3 still fails with USE=doc: make[3]: Entering directory `/var/tmp/portage/hal-0.5.7-r3/work/hal-0.5.7/doc/spec'/usr/bin/docbook2html --nochunks hal-spec.xml -o . Using catalogs: /etc/sgml/xml-docbook-4.1.2.cat Using stylesheet: /usr/share/sgml/docbook/utils-0.6.14/docbook-utils.dsl#html Working on: /var/tmp/portage/hal-0.5.7-r3/work/hal-0.5.7/doc/spec/hal-spec.xml jade:/var/tmp/portage/hal-0.5.7-r3/work/hal-0.5.7/doc/spec/hal-spec.xml:3:119:E: URL not supported by this version 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 136962936>" not a singleton node list jade:/usr/share/sgml/docbook/dsssl-stylesheets-1.79/html/dblink.dsl:203:1:E: XRef LinkEnd to missing ID 'dbus-api' jade:/usr/share/sgml/docbook/dsssl-stylesheets-1.79/html/dblink.dsl:203:1:E: XRef LinkEnd to missing ID 'enforcing-policy' 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 136962936>" not a singleton node list (...errors repeated...) make: *** [all] Error 2 !!! ERROR: sys-apps/hal-0.5.7-r3 failed. Call stack: ebuild.sh, line 1546: Called dyn_compile ebuild.sh, line 937: Called src_compile hal-0.5.7-r3.ebuild, line 137: Called die !!! make failed !!! If you need support, post the topmost build error, and the call stack if relevant.
Try hal-0.5.7.1-r1 (I doubt it will change though). It's not masked. It's just marked as the "unstable" version
Can you still reproduce this problem? If so, please create a .tar.gz, .tar.bz2 or .zip file with the complete contents from /etc/sgml on your system and attach it to this bug. Thanks.
Still a problem: Making all in spec make[3]: Entering directory `/var/tmp/portage/hal-0.5.7.1-r1/work/hal-0.5.7.1/doc/spec' /usr/bin/docbook2html --nochunks hal-spec.xml -o . Using catalogs: /etc/sgml/xml-docbook-4.1.2.cat Using stylesheet: /usr/share/sgml/docbook/utils-0.6.14/docbook-utils.dsl#html Working on: /var/tmp/portage/hal-0.5.7.1-r1/work/hal-0.5.7.1/doc/spec/hal-spec.xml jade:/var/tmp/portage/hal-0.5.7.1-r1/work/hal-0.5.7.1/doc/spec/hal-spec.xml:3:119:E: URL not supported by this version 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 136971768>" 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 136971768>" not a singleton node list jade:/usr/share/sgml/docbook/dsssl-stylesheets-1.79/html/dblink.dsl:203:1:E: XRef LinkEnd to missing ID 'dbus-api' ...... (lots of stuff) ...... !!! ERROR: sys-apps/hal-0.5.7.1-r1 failed. Call stack: ebuild.sh, line 1546: Called dyn_compile ebuild.sh, line 937: Called src_compile hal-0.5.7.1-r1.ebuild, line 144: Called die !!! make failed !!! If you need support, post the topmost build error, and the call stack if relevant.
Created attachment 102501 [details] contents of my /etc/sgml
Apparently the problem is not related to the SGML catalog. As far as I can tell, the "URL not supported by this version" error should not happen at all since opensp and openjade are always compiled with --enable-http. What version of opensp do you have in your system? Also, please run "emerge opensp" and attach here the complete output from that.
gladstone ~ # emerge -pv opensp These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] sys-devel/gettext-0.15 [0.14.4] USE="doc nls -emacs -nocxx%" 7,892 kB [ebuild U ] app-text/opensp-1.5.2-r1 [1.5-r1] USE="doc%* nls" 1,485 kB Total size of downloads: 9,378 kB Emerging now...
make[3]: Entering directory `/var/tmp/portage/hal-0.5.7.1-r1/work/hal-0.5.7.1/doc/spec' /usr/bin/docbook2html --nochunks hal-spec.xml -o . Using catalogs: /etc/sgml/xml-docbook-4.1.2.cat Using stylesheet: /usr/share/sgml/docbook/utils-0.6.14/docbook-utils.dsl#html Working on: /var/tmp/portage/hal-0.5.7.1-r1/work/hal-0.5.7.1/doc/spec/hal-spec.xml jade: error while loading shared libraries: libosp.so.3: cannot open shared object file: No such file or directory make[3]: *** [hal-spec.html] Error 8 make[3]: Leaving directory `/var/tmp/portage/hal-0.5.7.1-r1/work/hal-0.5.7.1/doc/spec' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/hal-0.5.7.1-r1/work/hal-0.5.7.1/doc' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/hal-0.5.7.1-r1/work/hal-0.5.7.1' make: *** [all] Error 2 !!! ERROR: sys-apps/hal-0.5.7.1-r1 failed. Call stack: ebuild.sh, line 1546: Called dyn_compile ebuild.sh, line 937: Called src_compile hal-0.5.7.1-r1.ebuild, line 144: Called die !!! make failed !!! If you need support, post the topmost build error, and the call stack if relevant. gladstone ~ # ----------- Maybe openjade needs rebuiding now?
> Maybe openjade needs rebuiding now? Correct (bug #95180).
That was it! After rebuilding opensp and then openjade, I got hal +doc to build: >>> Regenerating /etc/ld.so.cache... >>> Original instance of package unmerged safely. * The HAL daemon needs to be running for certain applications to * work. Suggested is to add the init script to your start-up * scripts, this should be done like this : * `rc-update add hald default` * Looking for automounting support? Add yourself to the plugdev group >>> Regenerating /etc/ld.so.cache... >>> sys-apps/hal-0.5.7.1-r1 merged. >>> No packages selected for removal by clean. >>> Auto-cleaning packages... >>> No outdated packages were found on your system. * GNU info directory index is up-to-date. gladstone lib # Now -- which dep needs to be added?
> That was it! After rebuilding opensp and then openjade, I got hal +doc to > build Good. > Now -- which dep needs to be added? None really. The cause of the problem apparently came from your old opensp (1.5-r1), which is no longer in the tree. Could be interesting to investigate it, but at this point it wouldn't change anything. Still, thanks for all the feedback.
But... From the ebuild policy: http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=3&chap=1 "Your package, when complete and unmasked, is supposed to "just work" for the end-user. Tweaking the installed product to get it to work should be optional; thus you need to install the package with reasonable default settings." Why shouldn't this ebuild depend on opensp of at least 1.5.2? I've been running into many such dep issues lately, since my old P3-800 takes a while to compile things, I rely on the deps to keep my box updated as needed.
> Why shouldn't this ebuild depend on opensp of at least 1.5.2? Because hal doesn't depend on opensp, it depends on openjade, and that's what is reflected in the ebuild. On the other hand, your bug report does raise a point, which is that opensp-1.5-r1 may have been buggy, so I'm updating the dependency on openjade's ebuild to prevent these problems on systems that keep an old version of opensp around. Thanks.
Bill: How do you update your system? because you still had dependencies of packages to update based on your emerge copy and paste you posted before
(In reply to comment #23) > Bill: How do you update your system? because you still had dependencies of > packages to update based on your emerge copy and paste you posted before I just do "emerge <package>" and that's it. So in comment #16, when I did a pretend emerge of opensp, gettext-0.15 got updated with it. I'm assuming that the deps are set properly in the ebuilds, so when I update mozilla-firefox, for example, I should get everything it needs to run. If there is a dep on foo-1.1 (and I only have foo-1.0), the system should also know that foo-1.1 has a dep on bar-0.13 (I only have bar-0.11) and thing-1.1.2 (I have thing-1.1.1). The problem here (as Leonardo pointed out) was that I've never emerged a package that required a newer version of opensp. I didn't keep an old version around on purpose (I'm not even sure what it does) -- nothing ever called for it to be updated. To me the packaging system is the greatest feature of Gentoo... I mention that my desktop is a P3-800, but I didn't mention the P1-200 in the basement which is my "Jukebox" console-only system. It also runs Gentoo. Just doing a pretend emerge and calculating deps can take a while on that box, so I'm thankful for this system of dependencies that makes it so that I only get what I need.
*** Bug 164326 has been marked as a duplicate of this bug. ***