Package Details: libvirt-git 7.0.0.r36.gb5f15b9db1-1

Git Clone URL: (read-only, click to copy)
Package Base: libvirt-git
Description: API for controlling virtualization engines (openvz,kvm,qemu,virtualbox,xen,etc)
Upstream URL:
Keywords: git library management virtualization
Licenses: GPL3, LGPL
Conflicts: libvirt
Provides: libvirt
Submitter: xtfxme
Maintainer: sirspudd
Last Packager: sirspudd
Votes: 10
Popularity: 0.000094
First Submitted: 2009-12-06 07:37
Last Updated: 2021-01-19 02:11

Dependencies (38)

Required by (71)

Sources (4)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 Next › Last »

ArthurBorsboom commented on 2016-01-18 20:20

I don't mind to follow the arch package; in fact I think it is a good idea.

The only thing I need is that it keeps working on my Xen server.
One of the requirements is the removal of this option "--without-xen", which is in the Arch package.

Besides that there are some small differences, due to the fact that this is a git package. So, I guess we can match 95% of the Arch package.

If I have a bit of time, I will give it a try. If I can't get it to work, worst case I revert back to the current package. Best case, we have a package almost similar to the Arch package with Xen support.

zman0900 commented on 2016-01-18 16:35

My reasoning for matching the main arch package was so this package can work as a drop in replacement for it - so someone can easily switch between libvirt and libvirt-git and have the same features be available. Besides, the package as it is right now doesn't actually have any of the dependencies or config flags specified for xen support either, so the xen support being built is just a side effect of it being installed on your build system. If you tried to install the package you built on another system, it wouldn't work properly since some dependencies wouldn't get installed.

Would you consider making this package like the main arch package and adding a second similar package (libvirt-xen-git?) that is just a copy with the extra stuff enabled for xen?

ArthurBorsboom commented on 2016-01-17 09:49

The main reason why I don't like the libvirt package is that it builds without Xen support, since I need that.

I could try to match the libvirt package as close a possible without disabling the Xen support, but it takes a bit of effort I guess. (lazy mode...) ;-)

zman0900 commented on 2016-01-16 22:13

Ok, I got a build working successfully in clean chroot by modifying the package to be more like the main Arch package. Feel free to copy it from here:

This is the command I was using to build:
extra-x86_64-build -r /tmp/chroot -- -I /path/to/xhtml-docs-1.1-4-any.pkg.tar.xz

ArthurBorsboom commented on 2016-01-16 22:04

It works on my system, however I am all open to suggestions and improvements. :)

zman0900 commented on 2016-01-16 18:44

Hmm... Looks like the problem is because some of the code uses python 2 specific syntax but this package depends on python 3. Why is that? The main arch package uses python 2 and has a prepare() function that ensures the python2 binary is called.

zman0900 commented on 2016-01-16 18:14

This package fails to build in a clean chroot with extra-x86_64-build, so there are probably some missing dependencies.

Full output:
I added -j1 to make in the PKGBUILD to get less confusing error output.

Relevant error:

Making all in src
make[2]: Entering directory '/build/libvirt-git/src/libvirt/src'
/usr/bin/mkdir -p util/
GEN util/virkeymaps.h
File "./util/", line 50
SyntaxError: Missing parentheses in call to 'print'
Makefile:10339: recipe for target 'util/virkeymaps.h' failed
make[2]: *** [util/virkeymaps.h] Error 1
make[2]: Leaving directory '/build/libvirt-git/src/libvirt/src'
Makefile:2002: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/build/libvirt-git/src/libvirt'
Makefile:1897: recipe for target 'all' failed
make: *** [all] Error 2

ArthurBorsboom commented on 2016-01-03 19:24

Okay, got it.

I have added chown and chmod statements (copied from the libvirt package from the arch package repository). I have also removed any installation instructions belonging to initd.

Would you mind to test and report back?

sl1pkn07 commented on 2016-01-02 15:00


ArthurBorsboom commented on 2015-12-30 14:32

Are you suggesting that the absence of the two chmod statements result in the (localized) message of Policykit?