Package Details: libvirt-git

Git Clone URL: (read-only)
Package Base: libvirt-git
Description: API for controlling virtualization engines (openvz,kvm,qemu,virtualbox,xen,etc)
Upstream URL:
Keywords: library management virtualization
Licenses: LGPL
Conflicts: libvirt
Provides: libvirt
Submitter: xtfxme
Maintainer: ArthurBorsboom
Last Packager: ArthurBorsboom
Votes: 10
Popularity: 0.000002
First Submitted: 2009-12-06 07:37
Last Updated: 2019-02-06 08:12

Dependencies (48)

Required by (58)

Sources (4)

Latest Comments

1 2 3 4 5 6 ... Next › Last »

CyberShadow commented on 2018-05-15 05:07

Fails to build:

==> Starting build()...
Updating submodules...
Submodule 'gnulib' (<>) registered for path '.gnulib'
Submodule 'keycodemapdb' (<>) registered for path 'src/keycodemapdb'
Cloning into '/build/libvirt-git/src/libvirt/.gnulib'...
Cloning into '/build/libvirt-git/src/libvirt/src/keycodemapdb'...
Submodule path '.gnulib': checked out 'd6397dde2e127e246e3eeb5254a21f42cac783c8'
Submodule path 'src/keycodemapdb': checked out '16e5b0787687d8904dad2c026107409eb9bfcb95'
Running bootstrap...
./bootstrap: line 221: rpcgen: command not found
./bootstrap: Error: 'rpcgen' not found

rpcgen doesn't seem to be in core/glibc any more, but apparently it's provided by extra/rpcsvc-proto. Perhaps that should be added as a dependency?

ArthurBorsboom commented on 2018-04-11 19:58

Good one. Thanks for providing the easy fix!


CyberShadow commented on 2018-04-11 19:19

pacman now has a tmpfiles hook, so I think the systemd-tmpfiles invocation in the .install script is no longer necessary.

It was already removed in the community libvirt package back in 2016:

z3ntu commented on 2018-03-25 14:04

According to the changelog (, python2 can be replaced with python(3).

ArthurBorsboom commented on 2018-03-06 18:45

The package has been updated, including the two fixes for the daemon (thanks @calzonealamuerte).

@okle100: I also had set the --with-numad flag, however this resulted in an error message while preparing (configure) the package:

"You must install numad package to manage CPU and memory placement dynamically"

My guess is that the NUMA option only works on NUMA enabled systems, which is just a limited amount of systems (Xeon, Opteron, etc). On the other hand, I believe this flag will be set automatically, if NUMA is detected. Please let me know if I am wrong, or if you have suggestions to make it work for everybody.

calzonealamuerte commented on 2018-02-25 13:36

to "fix" this package, replace the following lines in PKGBUILD:

daemon/ \ --> src/remote/ \

sed -i 's/notify/simple/' daemon/ --> sed -i 's/notify/simple/' src/remote/

ArthurBorsboom commented on 2017-05-25 20:21

Are there any downsides of enabling this flag?

rbellamy commented on 2017-05-25 18:35

From RedHat: "numad aims to achieve optimal performance in NUMA systems by placing processes in NUMA nodes automatically without requiring manual configuration."

If you have a multi-socket server motherboard then you're almost certainly using NUMA for memory addressing.

ArthurBorsboom commented on 2017-05-25 16:48

@okle100, what is the benefit of the numad service?

okle100 commented on 2017-03-30 10:59

can we add the --with-numad flag to the config options of this package, so libvirtd can utilize the numad.service