Bug 248186 – xml2po fails to build when dev-libs/libxml2 has python USE flag disabled

• Status: RESOLVED INVALID
• Product: Gentoo Linux

[Description M 2008-11-22 14:01:27 UTC]

Epiphany-2.22.3 compilation dies when libxml2-2.7.2-r1 isn't compiled with python support. The error (see attachment) is very vague and does not imply this though.

Epiphany USE flags: spell xulrunner -avahi -debug -doc -networkmanager -python
libxml2 USE flags: readline -bootstrap -build -debug -doc -examples -ipv6 -python -test

Might affect other versions too
Might affect other architectures too

Reproducible: Always

Steps to Reproduce:
1. Compile libxml2 without python
2. Try compiling epiphany


Actual Results:  
make[2]: Entering directory `/var/tmp/portage/www-client/epiphany-2.22.3/work/epiphany-2.22.3/help'
if ! test -d nl/; then mkdir nl/; fi
if [ -f "C/epiphany.xml" ]; then d="../"; else d="/var/tmp/portage/www-client/epiphany-2.22.3/work/epiphany-2.22.3/help/"; fi; \
	(cd nl/ && \
	  `which xml2po` -e -p \
	    "${d}nl/nl.po" \
	    "${d}C/epiphany.xml" > epiphany.xml.tmp && \
	    cp epiphany.xml.tmp epiphany.xml && rm -f epiphany.xml.tmp)
Traceback (most recent call last):
  File "/usr/bin/xml2po", line 35, in <module>
    import libxml2
ImportError: No module named libxml2
make[2]: *** [nl/epiphany.xml] Error 1
make[2]: *** Waiting for unfinished jobs....
xsltproc -o epiphany-C.omf --stringparam db2omf.basename epiphany --stringparam db2omf.format 'docbook' --stringparam db2omf.dtd "-//OASIS//DTD DocBook XML V4.1.2//EN" --stringparam db2omf.lang C --stringparam db2omf.omf_dir "/usr/share/omf" --stringparam db2omf.help_dir "/usr/share/gnome/help" --stringparam db2omf.omf_in "/var/tmp/portage/www-client/epiphany-2.22.3/work/epiphany-2.22.3/help/epiphany.omf.in"  `/usr/bin/pkg-config --variable db2omf gnome-doc-utils` C/epiphany.xml || { rm -f "epiphany-C.omf"; exit 1; }
make[2]: Leaving directory `/var/tmp/portage/www-client/epiphany-2.22.3/work/epiphany-2.22.3/help'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/www-client/epiphany-2.22.3/work/epiphany-2.22.3'
make: *** [all] Error 2
 [31;01m*[0m 
 [31;01m*[0m ERROR: www-client/epiphany-2.22.3 failed.
 [31;01m*[0m Call stack:
 [31;01m*[0m ebuild.sh, line   49:  Called src_compile
 [31;01m*[0m environment, line 2669:  Called gnome2_src_compile
 [31;01m*[0m environment, line 2030:  Called die
 [31;01m*[0m The specific snippet of code:
 [31;01m*[0m emake || die "compile failure"
 [31;01m*[0m The die message:
 [31;01m*[0m compile failure
 [31;01m*[0m 
 [31;01m*[0m If you need support, post the topmost build error, and the call stack if relevant.
 [31;01m*[0m A complete build log is located at '/var/tmp/portage/www-client/epiphany-2.22.3/temp/build.log'.
 [31;01m*[0m The ebuild environment file is located at '/var/tmp/portage/www-client/epiphany-2.22.3/temp/environment'.

[Comment 1 M 2008-11-22 15:48:02 UTC]

x86 is affected as well.

[Comment 2 Santiago M. Mola (RETIRED) 2008-11-22 22:41:28 UTC]

Thanks for reporting!

The failure is in xml2po (from app-text/gnome-doc-utils) which won't build if libxml2 isn't compiled with USE="python" and prints the usual error about it.

Maybe you disabled the python use flagi n libxml2 after installed gnome-doc-utils?

When app-text/gnome-doc-utils is ported to EAPI-2 and gets USE dependencies added this won't happen anymore, but right now there's nothing more which can be done.

By the way, use Bugzilla's attachment instead of pastebin, since the later expires after a time.

[Comment 3 M 2008-11-22 23:45:41 UTC]

Thanks for your reply. I think that's what happened as I added -python to my make.conf file and then ran emerge -auD --newuse world.