Search Criteria
Package Details: libvirt-git 8.3.0.r1.ga12b2d8f21-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/libvirt-git.git (read-only, click to copy) |
---|---|
Package Base: | libvirt-git |
Description: | API for controlling virtualization engines (openvz,kvm,qemu,virtualbox,xen,etc) |
Upstream URL: | http://libvirt.org/ |
Keywords: | git library management virtualization |
Licenses: | GPL3, LGPL |
Conflicts: | libvirt |
Provides: | libvirt |
Submitter: | xtfxme |
Maintainer: | sirspudd |
Last Packager: | sirspudd |
Votes: | 10 |
Popularity: | 0.000000 |
First Submitted: | 2009-12-06 07:37 (UTC) |
Last Updated: | 2022-05-02 18:05 (UTC) |
Dependencies (37)
- ceph-libs (ceph-libs-git, ceph-libs-bin)
- fmt (fmt-git)
- fuse2
- glusterfs
- gnutls (gnutls-tiny-git, gnutls-openssl, gnutls-nodocs-git, gnutls-git)
- libiscsi
- libpciaccess (libpciaccess-git)
- libssh (libssh-git, libssh-gnutls)
- netcf
- numactl (numactl-git)
- parted (libparted, parted-git)
- polkit (polkit-no-script-git, polkit-git, polkit-consolekit)
- yajl (yajl-edenhill-git, yajl-git)
- bash-completion (bash-completion-git) (make)
- dnsmasq (dnsmasq-regex, dnsmasq-git, dnsmasq285, dnsmasq-nftset-git, pi-hole-ftl) (make)
- git (git-git, git-vfs, git-run-command-patch-git) (make)
- iproute2 (iproute2-git, iproute2-selinux) (make)
- libxslt (libxslt-git) (make)
- lvm2 (lvm2-git, lvm2-noudev) (make)
- meson (meson-git) (make)
- Show 17 more dependencies...
Required by (85)
- android-google-apis-armv7a-eabi (requires libvirt) (optional)
- android-google-apis-playstore-x86-64-system-image (requires libvirt) (optional)
- android-google-apis-playstore-x86-64-system-image-29 (requires libvirt) (optional)
- android-google-apis-playstore-x86-system-image (requires libvirt) (optional)
- android-google-apis-playstore-x86-system-image-28 (requires libvirt) (optional)
- android-google-apis-playstore-x86-system-image-29 (requires libvirt) (optional)
- android-google-apis-x86-64-22 (requires libvirt) (optional)
- android-google-apis-x86-64-system-image (requires libvirt) (optional)
- android-google-apis-x86-64-system-image-29 (requires libvirt) (optional)
- android-google-apis-x86-64-system-image-30 (requires libvirt) (optional)
- android-google-apis-x86-64-system-image-31 (requires libvirt) (optional)
- android-google-apis-x86-system-image (requires libvirt) (optional)
- android-google-apis-x86-system-image-23 (requires libvirt) (optional)
- android-google-apis-x86-system-image-28 (requires libvirt) (optional)
- android-google-apis-x86-system-image-29 (requires libvirt) (optional)
- android-tv-x86-system-image-22 (requires libvirt) (optional)
- android-wear-x86-system-image-28 (requires libvirt) (optional)
- android-x86-64-system-image (requires libvirt) (optional)
- android-x86-64-system-image-22 (requires libvirt) (optional)
- android-x86-64-system-image-23 (requires libvirt) (optional)
Latest Comments
clcr commented on 2022-04-30 19:34 (UTC)
After installation, an additional change to
/etc/libvirt/qemu.conf
is required to changeuser
andgroup
values to existing ones.clcr commented on 2022-04-30 19:01 (UTC)
Requires changes to references of
qemu.conf
toqemu.conf.in
.ArthurBorsboom commented on 2022-04-13 19:57 (UTC)
rageltman commented on 2021-01-15 01:14 (UTC)
Appears to fail pretty badly building in a chroot (same chroot base builds ~1k other packages fine):
sirspudd commented on 2020-11-06 18:55 (UTC) (edited on 2020-11-06 18:55 (UTC) by sirspudd)
@honsunrise: Good question; that seems like an oversight (I just adopted this recipe)
Corrected
honsunrise commented on 2020-11-06 18:48 (UTC)
Why does this package need to depend on libvirt?
sirspudd commented on 2020-10-30 07:01 (UTC)
@nullbyte4532: Thank you, incorporated your fix to avoid the /usr/sbin symlink being replace in situ
nullbyte4532 commented on 2020-10-07 08:26 (UTC) (edited on 2020-10-07 08:26 (UTC) by nullbyte4532)
I just got an error saying that /usr/sbin already exists in filesystem. In my system (i have manjaro installed, not vanilla arch) /usr/sbin is a symlink to /usr/bin This seemed to help:
afzalarsalan commented on 2020-09-16 03:39 (UTC)
@hakayova Your issue revolves around the build process of libvirt detecting that you have Wireshark on your system and trying to build in a specific Wireshark library which doesn't get packaged on Arch even though it gets packaged on Fedora. There used to be a work around on the old build system but I'm not quite sure what equivalent of "--without-wireshark-dissector" is for meson. For now, the easiest workaround is to uninstall wireshark while building this package or to build this package in a clean chroot.
hakayova commented on 2020-09-07 16:04 (UTC)
@FredBezies: I am still getting the same error. Please see the screenshot at https://pasteboard.co/JpZZU7f.png Perhaps I should uninstall and reinstall...
mskrip commented on 2020-09-07 14:40 (UTC)
@FredBezies Issue seems fixed with latest version. Thank you.
FredBezies commented on 2020-09-07 14:25 (UTC)
@mskrip: I think I fixed the lib64 bug. Please try again.
mskrip commented on 2020-09-07 13:43 (UTC)
I'm not sure why, but installing this package changes my
/usr/lib64
from symlink to/usr/lib
to an actual folder. This results in an issue when, after rebuilding the kernel, I cannot even boot the system. I had to manually change the folder to the symlink, then rebuild the kernel withmkinitcpio -P
to fix the booting the issue.Also after uninstalling the package, the
/usr/lib64
gets removed altogether.FredBezies commented on 2020-09-06 15:48 (UTC)
hakayova: works for me today. I also cleaned up a little PKGBUILD. Please, try again.
hakayova commented on 2020-09-06 15:13 (UTC)
Last update dated September 2 does not compile for me. Below is the summary of error messages I get:
FAILED: tools/wireshark/src/libvirt.so.p/packet-libvirt.c.o ... ../tools/wireshark/src/packet-libvirt.c:21:10: fatal error: wireshark/config.h: No such file or directory 21 | #include <wireshark/config.h> | ^~~~~~~~~~~~~~~~~~~~ compilation terminated. [594/1185] Compiling C object tools/wireshark/src/libvirt.so.p/plugin.c.o FAILED: tools/wireshark/src/libvirt.so.p/plugin.c.o
Thanks for the guidance.
lucasrizzini commented on 2020-08-05 06:42 (UTC) (edited on 2020-08-05 06:43 (UTC) by lucasrizzini)
@FredBezies: All good now. Thank you, sir.
FredBezies commented on 2020-08-05 06:13 (UTC)
@lucasrizzini: migrate build process to ninja. Please report any remaining bug. Will try to fix these asap.
lucasrizzini commented on 2020-08-05 04:10 (UTC)
I'm receiving "line 132: ./autogen.sh" missing error.
hakayova commented on 2020-06-20 01:38 (UTC)
@FredBezies: Thank you so very much! I confirm that the fix must have been included in this build, since upgrading to this package solved my problem. I cannot thank you enough for responding to my request this quickly!
FredBezies commented on 2020-06-19 05:59 (UTC)
@hakayova: this fix was added on June 9th, 2020.
https://gitlab.com/libvirt/libvirt/-/commit/f225f37a8a49cedb847488599cf30c08567ba279
I updated this PKGBUILD on June 13th, 2020. So it must be included.
hakayova commented on 2020-06-18 20:52 (UTC) (edited on 2020-06-19 03:10 (UTC) by hakayova)
Hi there, I get nightly snapshots of my VMs and a recent confirmed bug in libvirt broke the virsh blockcommit command my script uses to get a live snapshot from a VM. Please see the links below for details:
https://www.redhat.com/archives/libvir-list/2020-June/msg00179.html
https://gitlab.com/libvirt/libvirt/-/issues/31
Would it be possible to update this package to contain this fix by any chance? Thank you so much for considering.
FredBezies commented on 2020-04-21 04:02 (UTC)
@mirh: done.
mirh commented on 2020-04-21 00:21 (UTC)
Can you build this with --without-wireshark-dissector, to workaround FS#63828?
ArthurBorsboom commented on 2020-01-07 13:26 (UTC)
Feel free to maintain the package. I have disowned it.
FredBezies commented on 2020-01-07 12:42 (UTC)
A working PKGBUILD:
FredBezies commented on 2020-01-07 12:25 (UTC) (edited on 2020-01-07 12:32 (UTC) by FredBezies)
Cannot be built:
You need to add:
mkdir build && cd build
before:
[ -f Makefile ] || ../configure --prefix=/usr --libexec=/usr/lib/"${pkgname/-git/}" --sbindir=/usr/bin \
Also, rs2html5 from python-docutils is needed:
eschwartz commented on 2019-09-19 15:52 (UTC)
This is the Arch Linux distribution. There is no such thing as a "wireshark development package", the "wireshark-cli" base package provides the headers.
config.h is not an official wireshark header. The wireshark developers do not install any such file, however, software developed by Debian or Fedora developers may rely on broken packaging by other distros, which erroneously ship a false header that must not be used.
See https://bugs.archlinux.org/task/63828
sniper7kills commented on 2019-07-21 03:47 (UTC)
For those interested and running into the <wireshark/config.h> issue.
I had to manually install the libwireshark-dev package from debian. (Extract the .deb file, then extract the data.tar.xz file; and then copy the usr contents accordingly.)
It looks like the wireshark-cli contains most of the source files; but not all of them. (so this may be an issue that needs to be brought up in the wireshark-cli package?) If you don't have wireshark-cli installed you should be able to use debtap to install the libwireshark-dev package from debian.
ArthurBorsboom commented on 2019-07-20 13:49 (UTC)
According to other bug reports, it seems that the wireshark development package has become a dependency.
Sources https://github.com/panda-re/panda/issues/299 https://github.com/demirten/twamp-dissector/issues/1 https://aur.archlinux.org/packages/libvirt-apparmor/
I cannot find a wireshark development package in both the Arch official repository and the AUR.
Does anybody have a suggestion for this package?
sniper7kills commented on 2019-07-19 20:55 (UTC)
Running into the following build error.
CyberShadow commented on 2018-05-15 05:07 (UTC)
Fails to build:
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 (UTC)
Good one. Thanks for providing the easy fix!
Fixed.
CyberShadow commented on 2018-04-11 19:19 (UTC)
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 (UTC)
According to the changelog (https://libvirt.org/news.html), python2 can be replaced with python(3).
ArthurBorsboom commented on 2018-03-06 18:45 (UTC)
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 (UTC) (edited on 2018-02-25 13:36 (UTC) by calzonealamuerte)
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 (UTC)
rbellamy commented on 2017-05-25 18:35 (UTC)
ArthurBorsboom commented on 2017-05-25 16:48 (UTC)
okle100 commented on 2017-03-30 10:59 (UTC)
okle100 commented on 2017-03-30 10:59 (UTC)
tritron commented on 2016-05-22 15:02 (UTC)
ArthurBorsboom commented on 2016-04-17 10:14 (UTC)
ArthurBorsboom commented on 2016-01-18 20:20 (UTC)
zman0900 commented on 2016-01-18 16:35 (UTC)
ArthurBorsboom commented on 2016-01-17 09:49 (UTC)
zman0900 commented on 2016-01-16 22:13 (UTC)
ArthurBorsboom commented on 2016-01-16 22:04 (UTC)
zman0900 commented on 2016-01-16 18:44 (UTC)
zman0900 commented on 2016-01-16 18:14 (UTC)
ArthurBorsboom commented on 2016-01-03 19:24 (UTC)
sl1pkn07 commented on 2016-01-02 15:00 (UTC)
ArthurBorsboom commented on 2015-12-30 14:32 (UTC)
sl1pkn07 commented on 2015-12-28 20:34 (UTC) (edited on 2015-12-28 23:19 (UTC) by sl1pkn07)
ArthurBorsboom commented on 2015-12-28 17:21 (UTC)
sl1pkn07 commented on 2015-12-28 17:02 (UTC)
ArthurBorsboom commented on 2015-12-28 10:54 (UTC)
sl1pkn07 commented on 2015-12-26 21:27 (UTC) (edited on 2015-12-28 16:25 (UTC) by sl1pkn07)
ArthurBorsboom commented on 2015-12-26 18:34 (UTC)
sl1pkn07 commented on 2015-12-25 18:29 (UTC) (edited on 2015-12-25 18:29 (UTC) by sl1pkn07)
ArthurBorsboom commented on 2015-10-20 20:07 (UTC)
ArthurBorsboom commented on 2015-10-19 20:13 (UTC)
NicolasCPA commented on 2015-10-17 02:54 (UTC)
ArthurBorsboom commented on 2015-02-23 10:13 (UTC)
rbellamy commented on 2015-02-23 01:44 (UTC)
rbellamy commented on 2015-02-22 22:34 (UTC)
ArthurBorsboom commented on 2014-12-14 18:06 (UTC)
trialuser commented on 2014-12-12 14:36 (UTC)
ArthurBorsboom commented on 2014-08-21 20:46 (UTC)
trixpan commented on 2014-03-31 13:39 (UTC)
tritron commented on 2014-03-11 01:15 (UTC)
bararchy commented on 2014-02-20 08:23 (UTC)
gabx commented on 2014-02-19 12:34 (UTC)
gabx commented on 2014-02-15 23:32 (UTC)
teekay commented on 2014-02-13 11:34 (UTC)
teekay commented on 2013-11-08 15:25 (UTC)
onny commented on 2013-08-24 16:54 (UTC)
ironicbadger commented on 2013-08-17 20:13 (UTC)
onny commented on 2013-08-10 18:39 (UTC)
onny commented on 2013-06-20 15:38 (UTC)
commented on 2013-04-19 00:43 (UTC)
mjevans commented on 2013-02-28 18:58 (UTC)
onny commented on 2013-02-15 14:26 (UTC)
l3u commented on 2013-02-15 10:19 (UTC)
onny commented on 2013-02-14 19:11 (UTC)
onny commented on 2013-02-14 19:11 (UTC)
stefano.facchini commented on 2012-11-30 08:43 (UTC)
timofonic commented on 2012-11-29 23:44 (UTC)
loper commented on 2012-11-14 09:44 (UTC)
hunger commented on 2012-07-24 10:46 (UTC)
aya commented on 2012-05-16 13:56 (UTC)
commented on 2012-04-07 13:23 (UTC)
commented on 2012-04-07 13:22 (UTC)