Package Details: libvirt-git 4.8.0.rc2.2.g125ac4c0a8-1

Git Clone URL: https://aur.archlinux.org/libvirt-git.git (read-only)
Package Base: libvirt-git
Description: API for controlling virtualization engines (openvz,kvm,qemu,virtualbox,xen,etc)
Upstream URL: http://libvirt.org/
Keywords: library management virtualization
Licenses: LGPL
Conflicts: libvirt
Provides: libvirt
Submitter: xtfxme
Maintainer: ArthurBorsboom
Last Packager: ArthurBorsboom
Votes: 11
Popularity: 0.302824
First Submitted: 2009-12-06 07:37
Last Updated: 2018-10-01 07:27

Dependencies (48)

Required by (53)

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' (<https://git.savannah.gnu.org/git/gnulib.git/>) registered for path '.gnulib'
Submodule 'keycodemapdb' (<https://gitlab.com/keycodemap/keycodemapdb.git>) 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!

Fixed.

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: https://git.archlinux.org/svntogit/community.git/diff/libvirt/trunk/libvirt.install?id=9a07ef3771d570995415fa1737548d84cc17cecb

z3ntu commented on 2018-03-25 14:04

According to the changelog (https://libvirt.org/news.html), 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/libvirtd.service.in \ --> src/remote/libvirtd.service.in \

sed -i 's/notify/simple/' daemon/libvirtd.service.in --> sed -i 's/notify/simple/' src/remote/libvirtd.service.in

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