Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 293416 - app-emulation/libvirt-0.7.2 fails to compile with USE=one
Summary: app-emulation/libvirt-0.7.2 fails to compile with USE=one
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High minor (vote)
Assignee: Virtualization Team
URL:
Whiteboard:
Keywords:
: 300924 (view as bug list)
Depends on: 299011
Blocks:
  Show dependency tree
 
Reported: 2009-11-16 19:31 UTC by Daniel Lin
Modified: 2010-02-03 19:57 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Daniel Lin 2009-11-16 19:31:12 UTC
USE=one causes libvirt's configure to look for xmlrpc_client.pc, which does not seem to exist.


Reproducible: Always

Steps to Reproduce:
USE=one emerge =app-emulation/libvirt-0.7.2

Actual Results:  
Fails in src_configure.


Expected Results:  
Merges cleanly.


I have a workaround: inherit autotools; src_prepare() { epatch ...; eautoreconf; } in the ebuild, and this horrible hack.

--- configure.in        2009-11-16 13:36:15.947604423 -0500
+++ configure.in        2009-11-16 13:55:02.403404576 -0500
@@ -471,17 +471,26 @@

 XMLRPC_REQUIRED=1.14.0

+XMLRPC_CONFIG="xmlrpc-c-config client"
 XMLRPC_CFLAGS=
 XMLRPC_LIBS=
 if test "x$with_one" = "xyes" -o "x$with_one" = "xcheck"; then
     PKG_CHECK_MODULES(XMLRPC, xmlrpc_client >= $XMLRPC_REQUIRED,
       [with_one=yes], [
+     XMLRPC_VERSION="`$XMLRPC_CONFIG --version`"
+     if test "x$XMLRPC_VERSION" = "x" || test "$XMLRPC_VERSION" '<' "$XMLRPC_REQUIRED" ; then
       if test "x$with_one" = "xcheck" ; then
           with_one=no
       else
           AC_MSG_ERROR(
             [You must install XMLRPC-C >= $XMLRPC_REQUIRED to compile libvirt ONE driver])
       fi
+     else
+      with_one=yes
+      HAVE_XMLRPC=1
+      XMLRPC_CFLAGS="`$XMLRPC_CONFIG --cflags`"
+      XMLRPC_LIBS="`$XMLRPC_CONFIG --libs`"
+     fi
     ])
     if test "x$with_one" = "xyes" ; then
         AC_DEFINE_UNQUOTED([HAVE_XMLRPC], 1,
Comment 1 Rafał Mużyło 2009-11-16 20:41:47 UTC
It's upstream broken on both ends - libvirt AND xmlrpc-c.
xmlrpc-c has a non-release scheme - recent versions are
available only as svn tags (BTW, they're already at 1.20).
libvirt depends on pkg-config files, that are not provided
by xmlrpc-c upstream (probably some distro created them as i.e.
Fedora has an rpm providing them).
Comment 2 Lance Albertson (RETIRED) gentoo-dev 2009-12-23 07:22:15 UTC
(In reply to comment #1)
> It's upstream broken on both ends - libvirt AND xmlrpc-c.
> xmlrpc-c has a non-release scheme - recent versions are
> available only as svn tags (BTW, they're already at 1.20).
> libvirt depends on pkg-config files, that are not provided
> by xmlrpc-c upstream (probably some distro created them as i.e.
> Fedora has an rpm providing them).
 
Looks like fedora provides a patch (xmlrpc-c-cmake.patch [1] in their cvs repo) which seems to fix the pkg-config files. I suggest you might open a bug with our maintainer for that package to get it fixed properly instead of us patching libvirt.

[1] http://cvs.fedoraproject.org/viewvc/F-12/xmlrpc-c/xmlrpc-c-cmake.patch?revision=1.3&view=markup
Comment 3 Thilo Bangert (RETIRED) (RETIRED) gentoo-dev 2010-01-24 21:48:50 UTC
*** Bug 300924 has been marked as a duplicate of this bug. ***
Comment 4 Doug Goldstein (RETIRED) gentoo-dev 2010-02-03 19:57:22 UTC
Handled by disabling USE=one until bug #299011 is fixed