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.000000
First Submitted: 2009-12-06 07:37
Last Updated: 2019-02-06 08:12

Dependencies (48)

Required by (58)

Sources (4)

Latest Comments

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

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

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

tritron commented on 2016-05-22 15:02

I just compiled latest libvirtd and is crashing
[498]: segfault at 4 ip 00007fce99fc8bbb sp 00007fce92206b30 error 4 in[7fce99e99000+371000]
I wonder if anyone knows why

ArthurBorsboom commented on 2016-04-17 10:14


I have 95% aligned of the libvirt-git package with the libvirt package.
Can you test if it works for you?

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