Bug 143833 - sys-apps/hal-0.5.7-r1 fails to compile w/ USE=doc
|
Bug#:
143833
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: x86
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: normal
|
Priority: P2
|
|
Resolution: INVALID
|
Assigned To: text-markup@gentoo.org
|
Reported By: william@skellenger.net
|
|
Component: Ebuilds
|
|
|
URL:
|
|
Summary: sys-apps/hal-0.5.7-r1 fails to compile w/ USE=doc
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2006-08-13 18:31 0000
|
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
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.
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. ***
