Hi, I have the problem described in Bug 108994 with sys-apps/hal-0.5.5.1 now (I also had it with sys-apps/hal-0.5.4, BTW): [...] 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 137033400>" 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 137033400>" 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 'device-properties-storage' jade:/usr/share/sgml/docbook/dsssl-stylesheets-1.79/html/dblink.dsl:203:1:E: XRef LinkEnd to missing ID 'properties-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 137033400>" 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 137033400>" 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 'using-devices' jade:/usr/share/sgml/docbook/dsssl-stylesheets-1.79/html/dblink.dsl:203:1:E: XRef LinkEnd to missing ID 'properties-policy' jade:/usr/share/sgml/docbook/dsssl-stylesheets-1.79/html/dblink.dsl:203:1:E: XRef LinkEnd to missing ID 'stor-vol-policy' make[3]: *** [hal-spec.html] Error 8 make[3]: Leaving directory `/var/tmp/portage/hal-0.5.5.1/work/hal-0.5.5.1/doc/spec' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/hal-0.5.5.1/work/hal-0.5.5.1/doc' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/hal-0.5.5.1/work/hal-0.5.5.1' make: *** [all] Error 2 !!! ERROR: sys-apps/hal-0.5.5.1 failed. !!! Function src_compile, Line 92, Exitcode 2 !!! make failed !!! If you need support, post the topmost build error, NOT this status message. My emerge info: emerge info Portage 2.0.53 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r3, 2.6.14-gentoo-r2 i686) ================================================================= System uname: 2.6.14-gentoo-r2 i686 AMD Athlon(tm) XP 2000+ Gentoo Base System version 1.12.0_pre11 dev-lang/python: 2.3.5, 2.4.2 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 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-r1 sys-devel/libtool: 1.5.20-r1 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /opt/openjms/config /usr/kde/2/share/config /usr/kde/3.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.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.math.bme.hu http://gentoo.ynet.sk/pub http://ftp.uni-erlangen.de/pub/mirrors/gentoo http://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ http://ftp.roedu.net/pub/mirrors/gentoo.org/ http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ http://mirror.switch.ch/mirror/gentoo/ http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://gentoo.inode.at/ ftp://gentoo.inode.at/source/" LINGUAS="en_GB de de_AT gr" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow X aalib acl acpi alsa apm arts audiofile avi bash-completion berkdb bindist bitmap-fonts bonobo bzip2 c3p0 caps cln crypt cscope cups curl dbcp dga directfb dlloader doc dvd eds emboss encode esd ethereal evo exif expat fam ffmpeg fftw firefox flac flash font-server foomaticdb fortran fpx gcj gd gdbm gif ginac glut gmp gnome gpm graphviz gsl gstreamer gtk gtk2 gtkhtml hal idea idn imagemagick imlib insecure-drivers jabber java javamail javascript jbig jms jmx jpeg jpeg2k junit kde kerberos lcms ldap libcaca libg++ libwww lua lzw-tiff mad mikmod mmx mng motif mozilla moznoirc mp3 mpeg mpi mysql nas ncurses nls nptl nsplugin oav oci8 odbc offensive ogg oggvorbis openexr opengl optional-tasks oracle oss pam pcre pdflib perl png postgres ppds pthreads python qt quicktime readline recode rplay ruby samba sdk sdl slang snmp soap socks5 source spell sql sse ssl stroke svg svga tcltk tcpd tetex tidy tiff truetype truetype-fonts type1-fonts udev unicode usb userlocale vim-with-x vorbis wmf wxwindows xforms xgetdefault xine xinerama xml xml2 xmms xosd xscreensaver xv xvid zeo zlib linguas_en_GB linguas_de linguas_de_AT linguas_gr userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, PORTDIR_OVERLAY I reemerged app-text/gnome-doc-util-0.4.4 and app-text/docbook-sgml-utils-0.6.14, but I still get the error. If there's a remedy I did not find in other bugs, please link the bug here, or explain what needs to be done. Or could this be a regression of the old bug in the ebuild? Thanks a lot for your effort, Alexander Wessel PS: I tried to reopen Bug 108994, since it's the same problem obviously, but I couldn't. The only option was to leave it as resolved/fixed. Sorry for any inconvenience. Reproducible: Always Steps to Reproduce:
*** Bug 115776 has been marked as a duplicate of this bug. ***
I can not duplicate this no matter how many times I've tried. Can anyone else duplicate this?
I still can't duplicate this and countless #s of people I've asked can't duplicate this. Until you can get back to me, it's closed for test requests.
Could you please report the versions of the following: app-text/jade app-text/docbook-dsssl-stylesheets, docbook-sgml-dtd, docbook-sgml-utils.
Created attachment 75994 [details] Full log of (failing) emerge hal look for "no route to host" error, see comment #5.
Ok, here we go... % emerge search docbook-dsssl-stylesheets docbook-sgml-dtd docbook-sgml-utils openjade jadetex Searching... [ Results for search key : docbook-dsssl-stylesheets ] [ Applications found : 1 ] * app-text/docbook-dsssl-stylesheets Latest version available: 1.79 Latest version installed: 1.79 Size of downloaded files: 271 kB Homepage: http://docbook.sourceforge.net/projects/dsssl/index.html Description: DSSSL Stylesheets for DocBook. License: as-is Searching... [ Results for search key : docbook-sgml-dtd ] [ Applications found : 1 ] * app-text/docbook-sgml-dtd Latest version available: 4.4 Latest version installed: 4.4 Size of downloaded files: 65 kB Homepage: http://www.docbook.org/sgml/index.html Description: Docbook SGML DTD 4.4 License: X11 Searching... [ Results for search key : docbook-sgml-utils ] [ Applications found : 1 ] * app-text/docbook-sgml-utils Latest version available: 0.6.14 Latest version installed: 0.6.14 Size of downloaded files: 122 kB Homepage: http://sources.redhat.com/docbook-tools/ Description: Shell scripts to manage DocBook documents License: GPL-2 Searching... [ Results for search key : openjade ] [ Applications found : 1 ] * app-text/openjade Latest version available: 1.3.2-r1 Latest version installed: 1.3.2-r1 Size of downloaded files: 873 kB Homepage: http://openjade.sourceforge.net Description: Jade is an implementation of DSSSL - an ISO standard for formatting SGML and XML documents License: as-is Searching... [ Results for search key : jadetex ] [ Applications found : 1 ] * app-text/jadetex Latest version available: 3.13-r1 Latest version installed: 3.13-r1 Size of downloaded files: 100 kB Homepage: http://jadetex.sourceforge.net/ Description: TeX macros used by Jade TeX output License: freedist Looks all ok for me... I still can reproduce this error any time I try with the doc flag set. Since you seem to suspect one of these packages I reemerged all of them, and then tried to emerge hal-0.5.5.1-r3. Looking closer this time I found a strange line in the log, I overlooked the first time around: Working on: /var/tmp/portage/hal-0.5.5.1-r3/work/hal-0.5.5.1/doc/spec/hal-spec.xml jade:/var/tmp/portage/hal-0.5.5.1-r3/work/hal-0.5.5.1/doc/spec/hal-spec.xml:3:119:E: error connecting to "www.oasis-open.org" (No route to host) Whoa!? Does the ebuild need unhindered access to the web to function!? hal-spec.xml contains <!DOCTYPE book PUBLIC "-//OASIS//DTD DocBook XML V4.1.2//EN" "http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd"> So I guess that's what causes the problem... I do have /usr/share/sgml/docbook/xml-dtd-4.1.2/docbookx.dtd however, so this file could (and should?) be used instead, since it comes with app-text/docbook-xml-dtd on which hal has a dependency (via app-text/docbook-sgml-utils) anyway, so the file is guaranteed to be available locally: % equery belongs /usr/share/sgml/docbook/xml-dtd-4.1.2/docbookx.dtd [ Searching for file(s) /usr/share/sgml/docbook/xml-dtd-4.1.2/docbookx.dtd in *... ] app-text/docbook-xml-dtd-4.1.2-r5 (/usr/share/sgml/docbook/xml-dtd-4.1.2/docbookx.dtd) BTW, I do have proxy environment varialbes set correctly, but they seem to be ignored by the tools involved here. Hope this clears the fog, sorry for not seeing the problem in my original report, I hope you didn't invest to much time in vain... Best regards, Flexx
I filed a bug against the proper utility that was doing the wrong thing. I CC'd you on the bug. Hopefully this will be fixed and then HAL won't give you issues.
I have duplicated this bug with hal-0.5.5.1-r3 after I removed the doc use flag it compiled ok. I am sitting behind a proxy server that wget can't get past (for http but ftp is ok) so it seems like the no internet access during compilation could be it.
I've got a direct internet connection (no proxy or whatever else in the middle) and hal also fails if doc flag enabled. However, if doc is disabled, it merges flawlessly; that makes me think the internet connection isn't the (only) problem. ************** emerge --info: Portage 2.0.54 (default-linux/x86/2005.0, gcc-3.3.6, glibc-2.3.5-r2, 2.6.14-gentoo-r5 i686) ================================================================= System uname: 2.6.14-gentoo-r5 i686 AMD Athlon(tm) XP 1700+ Gentoo Base System version 1.6.14 distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 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 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.8.1-r1, 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -pipe -march=athlon-xp -fomit-frame-pointer -fforce-addr -frerun-loop-opt -floop-optimize -frerun-cse-after-loop -falign-functions=4" 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/lib/mozilla/defaults/pref /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/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -pipe -march=athlon-xp -fomit-frame-pointer -fforce-addr -frerun-loop-opt -floop-optimize -frerun-cse-after-loop -falign-functions=4" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks sandbox sfperms strict test" GENTOO_MIRRORS="http://linuv.uv.es/mirror/gentoo/ http://ftp.caliu.info/pub/gentoo/ http://mirror.ovh.net/gentoo-distfiles/" LANG="es_ES.UTF-8" LC_ALL="es_ES.UTF-8" LINGUAS="es en" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="3dnow X acpi alsa apache2 audiofile avi bash-completion bidi bitmap-fonts browserplugin bzip2 bzlib canna cdr cjk crypt cups curl dga directfb divx4linux doc dvb dvd dvdr eds emboss encode esd ethereal evo exif expat fam fbcon ffmpeg fftw flac foomaticdb freewnn ftp gb gcj gd gdbm gif glut gmp gnome gpm gstreamer gtk gtk2 gtkhtml hal iconv idn imagemagick imlib iodbc java jikes jpeg kde lcms libg++ libwww mad memlimit mikmod mime mmx mng motif mozilla mp3 mpeg msn nas nls nptl odbc offensive ogg oggvorbis openal opengl pam pcre pdflib perl png pnp posix ppds quicktime readline samba sdl sharedmem simplexml spell ssl svg svga sysvipc szip tcltk tcpd tetex theora threads tiff truetype truetype-fonts type1-fonts udev unicode usb userlocales videos vorbis wmf x86 xml xmms xv xvid zlib video_cards_nvidia linguas_es linguas_en userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LDFLAGS
(In reply to comment #8) > I have duplicated this bug with hal-0.5.5.1-r3 > > after I removed the doc use flag it compiled ok. I am sitting behind a proxy > server that wget can't get past (for http but ftp is ok) so it seems like the > no internet access during compilation could be it. > Same issue here. I'm behind a proxy, the lines below show up during the emerge. With disabled doc useflag, hal emerges cleanly. ~~~snipp~~~ Working on: /var/tmp/portage/hal-0.5.5.1-r3/work/hal-0.5.5.1/doc/spec/hal-spec.xml jade:/var/tmp/portage/hal-0.5.5.1-r3/work/hal-0.5.5.1/doc/spec/hal-spec.xml:3:119:E: error connecting to "www.oasis-open.org" (Connection refused) ~~~snapp~~~
The issue is with docbook-sgml-utils not explicited depending on fixed versions of docbook-xml-dtd. The fixed versions are docbook-xml-dtd-4.1.2-r6 & docbook-xml-dtd-4.4-r1. text-markup: please find a workaround for this. Possibly create a rev bump with those deps explictedly set. bug #126808 is created to get the fixed revisions marked stable.
I felt strange when it was said the problem affected only those who connect to the internet through some proxy or who doesn't have an internet connection, since I do have an internet connection without any proxy and can't compile with doc flag enabled either. Taking a closer look to my error message, I realized it's a different one: Working on: /var/tmp/portage/hal-0.5.5.1-r3/work/hal-0.5.5.1/doc/spec/hal-spec.xml jade:/var/tmp/portage/hal-0.5.5.1-r3/work/hal-0.5.5.1/doc/spec/hal-spec.xml:3:119:E: URL not supported by this version The content of hal-spec.xml seems to be ok; I've got openjade-1.3.2-r1. Is this I different bug? shall I report a new one? ********************** emerge info: Portage 2.0.54 (default-linux/x86/2005.0, gcc-3.3.6, glibc-2.3.5-r2, 2.6.14-gentoo-r5 i686) ================================================================= System uname: 2.6.14-gentoo-r5 i686 AMD Athlon(tm) XP 1700+ Gentoo Base System version 1.6.14 distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r7 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 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.8.1-r1, 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -pipe -march=athlon-xp -fomit-frame-pointer -fforce-addr -frerun-loop-opt -floop-optimize -frerun-cse-after-loop -falign-functions=4" 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/lib/mozilla/defaults/pref /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/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -pipe -march=athlon-xp -fomit-frame-pointer -fforce-addr -frerun-loop-opt -floop-optimize -frerun-cse-after-loop -falign-functions=4" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks sandbox sfperms strict test" GENTOO_MIRRORS="http://linuv.uv.es/mirror/gentoo/ http://ftp.caliu.info/pub/gentoo/ http://mirror.ovh.net/gentoo-distfiles/"LANG="es_ES.UTF-8@euro" LC_ALL="es_ES.UTF-8@euro" LINGUAS="es en" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="3dnow X acpi alsa apache2 audiofile avi bash-completion bidi bitmap-fonts browserplugin bzip2 bzlib canna cdr cjk crypt cups curl dga directfb divx4linux doc dri dvb dvd dvdr eds emboss encode esd ethereal evo exif expat fam fbcon ffmpeg fftw flac foomaticdb freewnn ftp gb gcj gd gdbm gif glut gmp gnome gpm gstreamer gtk gtk2 gtkhtml hal iconv idn imagemagick imlib iodbc java jikes jpeg kde lcms libg++ libwww mad memlimit mikmod mime mmx mng motif mozilla mp3 mpeg msn nas nls nptl odbc offensive ogg oggvorbis openal opengl pam pcre pdflib perl png pnp posix ppds quicktime readline samba sdl sharedmem simplexml spell ssl svg svga sysvipc szip tcltk tcpd tetex theora threads tiff truetype truetype-fonts type1-fonts udev unicode usb userlocales videos vorbis wmf x86 xml xmms xv xvid zlib video_cards_nvidia linguas_es linguas_en userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LDFLAGS
Creating a new revision of docbook-sgml-utils depending on specific versions of docbook-xml-dtd to avoid this would be a weak work-around and won't accomplish much. The new ebuild would have to go stable, just as the fixed docbook-xml-dtd ebuilds. Now, in my opinion, hal should have a dependency on ~app-text/docbook-xml-dtd-4.1.2, since its documentation require that particular DTD, but that is a different issue that the one being described in this bug.
