Package Details: libvirt-git 8.3.0.r1.ga12b2d8f21-1

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)

Required by (85)

Sources (4)

Latest Comments

clcr commented on 2022-04-30 19:34 (UTC)

After installation, an additional change to /etc/libvirt/qemu.conf is required to change user and group values to existing ones.

clcr commented on 2022-04-30 19:01 (UTC)

Requires changes to references of qemu.conf to qemu.conf.in.

ArthurBorsboom commented on 2022-04-13 19:57 (UTC)

==> Starting prepare()...
sed: can't read src/qemu/qemu.conf: No such file or directory
==> ERROR: A failure occurred in prepare().
    Aborting...
 -> error making: libvirt-git

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):

[2021-01-14T21:19:56.240Z] ==> Starting build()...
[2021-01-14T21:19:56.240Z] The Meson build system
[2021-01-14T21:19:56.240Z] Version: 0.56.2
[2021-01-14T21:19:56.240Z] Source dir: /build/libvirt-git/src/libvirt
[2021-01-14T21:19:56.240Z] Build dir: /build/libvirt-git/src/libvirt/build
[2021-01-14T21:19:56.240Z] Build type: native build
[2021-01-14T21:19:56.240Z] Project name: libvirt
[2021-01-14T21:19:56.240Z] Project version: 7.0.0
[2021-01-14T21:19:56.240Z] Using 'CFLAGS' from environment with value: '-march=x86-64 -mtune=generic -O2 -pipe -fno-plt'
[2021-01-14T21:19:56.240Z] Using 'LDFLAGS' from environment with value: '-lX11'
[2021-01-14T21:19:56.240Z] Using 'CPPFLAGS' from environment with value: '-D_FORTIFY_SOURCE=2'
[2021-01-14T21:19:56.240Z] 
[2021-01-14T21:19:56.240Z] ../meson.build:1:0: ERROR: Compiler cc can not compile programs.
[2021-01-14T21:19:56.240Z] 
[2021-01-14T21:19:56.240Z] A full log can be found at /build/libvirt-git/src/libvirt/build/meson-logs/meson-log.txt
[2021-01-14T21:19:56.240Z] ==> ERROR: A failure occurred in build().
[2021-01-14T21:19:56.240Z]     Aborting...
script returned exit code 255

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:

@@ -132,7 +132,7 @@ build() {
   #sed -i 's|libsystemd-daemon|libsystemd|g' configure
   mkdir build && cd build

-  meson --prefix=/usr --libexec=/usr/lib/$_pkgname --sysconfdir=/etc 
+  meson --prefix=/usr --libexec=/usr/lib/$_pkgname --sysconfdir=/etc --sbindir=/usr/bin
   ninja
 }

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 with mkinitcpio -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:

# $Id$
# Maintainer: Arthur Borsboom <arthurborsboom@gmail.com>
# Contributor: Jonas Heinrich <onny@project-insanity.org>
# Contributor: Sergej Pupykin <pupykin.s+arch@gmail.com>
# Contributor: Jonathan Wiersma <archaur at jonw dot org>

pkgname=libvirt-git
pkgver=5.10.0.486.g529100d9f7
pkgrel=1
pkgdesc="API for controlling virtualization engines (openvz,kvm,qemu,virtualbox,xen,etc)"
arch=('i686' 'x86_64')
url="http://libvirt.org/"
license=('LGPL')
depends=('e2fsprogs' 'gnutls' 'iptables' 'libxml2' 'parted' 'polkit' 'python'
     'avahi' 'yajl' 'libpciaccess' 'udev' 'dbus' 'libxau' 'libxdmcp' 'libpcap' 'libcap-ng'
     'curl' 'libsasl' 'libgcrypt' 'libgpg-error' 'openssl' 'libxcb' 'gcc-libs'
     'iproute2' 'libnl' 'libx11' 'numactl' 'gettext' 'ceph-libs' 'libssh2' 'netcf' 'perl-xml-xpath')
makedepends=('pkgconfig' 'lvm2' 'linux-api-headers' 'dnsmasq' 'rpcsvc-proto'
         'libiscsi' 'python-docutils' 'perl-xml-xpath' 'libxslt' 'git' 'xhtml-docs' 'rsync' 'rpcsvc-proto')
optdepends=('ebtables: required for default NAT networking'
        'dnsmasq: required for default NAT/DHCP for guests'
        'bridge-utils: for bridged networking'
        'openbsd-netcat: for remote management over ssh'
        'qemu'
        'radvd'
        'dmidecode'
        'pm-utils: host power management')
conflicts=('libvirt')
provides=('libvirt')
options=('emptydirs')
backup=('etc/conf.d/libvirt-guests'
    'etc/conf.d/libvirtd'
    'etc/libvirt/libvirt.conf'
    'etc/libvirt/virtlogd.conf'
    'etc/libvirt/libvirtd.conf'
    'etc/libvirt/lxc.conf'
    'etc/libvirt/nwfilter/allow-arp.xml'
    'etc/libvirt/nwfilter/allow-dhcp-server.xml'
    'etc/libvirt/nwfilter/allow-dhcp.xml'
    'etc/libvirt/nwfilter/allow-incoming-ipv4.xml'
    'etc/libvirt/nwfilter/allow-ipv4.xml'
    'etc/libvirt/nwfilter/clean-traffic.xml'
    'etc/libvirt/nwfilter/no-arp-ip-spoofing.xml'
    'etc/libvirt/nwfilter/no-arp-mac-spoofing.xml'
    'etc/libvirt/nwfilter/no-arp-spoofing.xml'
    'etc/libvirt/nwfilter/no-ip-multicast.xml'
    'etc/libvirt/nwfilter/no-ip-spoofing.xml'
    'etc/libvirt/nwfilter/no-mac-broadcast.xml'
    'etc/libvirt/nwfilter/no-mac-spoofing.xml'
    'etc/libvirt/nwfilter/no-other-l2-traffic.xml'
    'etc/libvirt/nwfilter/no-other-rarp-traffic.xml'
    'etc/libvirt/nwfilter/qemu-announce-self-rarp.xml'
    'etc/libvirt/nwfilter/qemu-announce-self.xml'
    'etc/libvirt/qemu-lockd.conf'
    'etc/libvirt/qemu.conf'
    'etc/libvirt/qemu/networks/autostart/default.xml'
    'etc/libvirt/qemu/networks/default.xml'
    'etc/libvirt/virt-login-shell.conf'
    'etc/libvirt/virtlockd.conf'
    'etc/logrotate.d/libvirtd'
    'etc/logrotate.d/libvirtd.lxc'
    'etc/logrotate.d/libvirtd.qemu'
    'etc/logrotate.d/libvirtd.uml'
    'etc/sasl2/libvirt.conf')
install="libvirt.install"
source=('git+git://libvirt.org/libvirt.git'
    libvirtd.conf.d
    libvirtd-guests.conf.d
    libvirt.tmpfiles.d)
md5sums=('SKIP'
     '5e31269067dbd12ca871234450bb66bb'
     '384fff96c6248d4f020f6fa66c32b357'
     '020971887442ebbf1b6949e031c8dd3f')     
pkgver() {
  cd "$SRCDEST/${pkgname/-git/}"
  git describe --always | sed 's|-|.|g' | sed 's/^.//'
}

prepare() {
  cd "$srcdir/${pkgname/-git/}"

  for file in $(find . -name '*.py' -print); do
    sed -i 's_#!.*/usr/bin/python_#!/usr/bin/python_' $file
    sed -i 's_#!.*/usr/bin/env.*python_#!/usr/bin/env python_' $file
  done

  sed -i 's|/sysconfig/|/conf.d/|g' \
    src/remote/libvirtd.service.in \
    tools/{libvirt-guests.service,libvirt-guests.sh,virt-pki-validate}.in \
    src/locking/virtlockd.service.in
  sed -i 's|@sbindir@|/usr/bin|g' src/locking/virtlockd.service.in
  # 78 is kvm group: https://wiki.archlinux.org/index.php/DeveloperWiki:UID_/_GID_Database
  sed -i 's|#group =.*|group="78"|' src/qemu/qemu.conf
  sed -i 's|/usr/libexec/qemu-bridge-helper|/usr/lib/qemu/qemu-bridge-helper|g' \
    src/qemu/qemu{.conf,_conf.c} \
    src/qemu/test_libvirtd_qemu.aug.in

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

build() {
  cd "$srcdir/${pkgname/-git/}"

  export PYTHON=`which python`
  export LDFLAGS=-lX11
  export RADVD=/usr/bin/radvd
  NOCONFIGURE=1 ./autogen.sh
  sed -i 's|libsystemd-daemon|libsystemd|g' configure
  mkdir build && cd build

  [ -f Makefile ] || ../configure --prefix=/usr --libexec=/usr/lib/"${pkgname/-git/}" --sbindir=/usr/bin \
    --with-storage-lvm --with-udev --without-hal --disable-static \
    --with-init-script=systemd \
    --with-qemu-user=nobody --with-qemu-group=nobody \
    --with-netcf --with-interface
  make
}

package() {
  cd "$srcdir/${pkgname/-git/}/build"

  make DESTDIR="$pkgdir" install

  install -D -m644 "$srcdir"/libvirtd.conf.d "$pkgdir"/etc/conf.d/libvirtd
  install -D -m644 "$srcdir"/libvirtd-guests.conf.d "$pkgdir"/etc/conf.d/libvirt-guests
  install -D -m644 "$srcdir"/libvirt.tmpfiles.d "$pkgdir"/usr/lib/tmpfiles.d/libvirt.conf

  chown -R 0:78 "$pkgdir"/var/lib/libvirt/qemu
  chmod 0770 "$pkgdir"/var/lib/libvirt/qemu

  chown 0:102 "$pkgdir"/usr/share/polkit-1/rules.d
  chmod 0750 "$pkgdir"/usr/share/polkit-1/rules.d

  rm -rf \
    "$pkgdir"/var/run \
    "$pkgdir"/etc/sysconfig \
    "$pkgdir"/etc/rc.d
}

FredBezies commented on 2020-01-07 12:25 (UTC) (edited on 2020-01-07 12:32 (UTC) by FredBezies)

Cannot be built:

autoreconf: Leaving directory `.'
./bootstrap: ln -fs ../.gnulib/build-aux/install-sh build-aux/install-sh
./bootstrap: ln -fs ../.gnulib/build-aux/depcomp build-aux/depcomp
./bootstrap: ln -fs ../.gnulib/build-aux/config.guess build-aux/config.guess
./bootstrap: ln -fs ../.gnulib/build-aux/config.sub build-aux/config.sub
./bootstrap: ln -fs .gnulib/doc/INSTALL INSTALL
./bootstrap: done.  Now you can run 'mkdir build && cd build && ../configure'.
configure: error: Build directory must be different from source directory

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:

checking for rst2html5... no
checking for rst2html5.py... no
checking for rst2html5-3... no
checking for rst2html... no
checking for rst2html.py... no
checking for rst2html-3... no
configure: error: "rst2html5/rst2html is required to build libvirt"

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.

wireshark/src/packet-libvirt.c:21:10: fatal error: wireshark/config.h: No such file or directory
   21 | #include <wireshark/config.h>

CyberShadow commented on 2018-05-15 05:07 (UTC)

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 (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)

Are there any downsides of enabling this flag?

rbellamy commented on 2017-05-25 18:35 (UTC)

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 (UTC)

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

okle100 commented on 2017-03-30 10:59 (UTC)

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 (UTC)

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 (UTC)

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

ArthurBorsboom commented on 2016-04-17 10:14 (UTC)

@zman0900: 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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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: https://github.com/zman0900/aur-libvirt-git 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 (UTC)

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

zman0900 commented on 2016-01-16 18:44 (UTC)

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 (UTC)

This package fails to build in a clean chroot with extra-x86_64-build, so there are probably some missing dependencies. Full output: http://pastebin.com/s6qUzyBM 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/virkeycode-mapgen.py", 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 (UTC)

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 (UTC)

yes

ArthurBorsboom commented on 2015-12-30 14:32 (UTC)

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

sl1pkn07 commented on 2015-12-28 20:34 (UTC) (edited on 2015-12-28 23:19 (UTC) by sl1pkn07)

because in the current pkgbuild, that part is missing

ArthurBorsboom commented on 2015-12-28 17:21 (UTC)

However, when I look in the current package build (upper right on this page), I don't see any chmod statements. Euuh?

sl1pkn07 commented on 2015-12-28 17:02 (UTC)

my own pkgbuild. synchronized with libvirt from [community] and, i think, some tweaks and fixes http://sl1pkn07.wtf/paste/view/69c499ab http://sl1pkn07.wtf/paste/view/1e9094ec http://sl1pkn07.wtf/paste/view/0bbb8992 http://sl1pkn07.wtf/paste/view/dc3a5c03

ArthurBorsboom commented on 2015-12-28 10:54 (UTC)

I guess the message comes from policy kit after these two commands from the PKGBUILD. chmod 0770 "$pkgdir"/var/lib/libvirt/qemu chmod 0750 "$pkgdir"/usr/share/polkit-1/rules.d I have no knowledge of policy kit, so I need help. Can you explain me what makes this too old and what should it be changed too?

sl1pkn07 commented on 2015-12-26 21:27 (UTC) (edited on 2015-12-28 16:25 (UTC) by sl1pkn07)

thats message appears (in english or with your locales) when pass from libvirt [community] to libvirt-git in the libvirt pkgbuild: https://projects.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/libvirt#n116

ArthurBorsboom commented on 2015-12-26 18:34 (UTC)

The post install has been updated with systemd texts next to the init-v texts. The Spanish texts I have not been able to find, so these are not updated.

sl1pkn07 commented on 2015-12-25 18:29 (UTC) (edited on 2015-12-25 18:29 (UTC) by sl1pkn07)

>>> To start libvirtd run: '/etc/rc.d/libvirtd start' as root. >>> Add 'libvirtd' to daemons in /etc/rc.conf if you want it to load upon >>> booting. >>> Be sure to see optdepends as you may find some of them helpfull. >>> Especially: bridge-utils, dnsmasq, and >>hal<<. this is too old (in the .install file) and advertencia: los permisos del directorio difieren respecto de /usr/share/polkit-1/rules.d/ sistema de archivos: 750 paquete: 755 advertencia: los permisos del directorio difieren respecto de /var/lib/libvirt/qemu/ sistema de archivos: 770 paquete: 751 greetings

ArthurBorsboom commented on 2015-10-20 20:07 (UTC)

I have recreated the xhtml-docs package and for me it works. Does it work for you?

ArthurBorsboom commented on 2015-10-19 20:13 (UTC)

The package xhtml-docs got lost in the migration of AUR3 to AUR4. In the upcoming weeks I will lookup the package in the archives and recreate it. If that is done, I will post another comment here.

NicolasCPA commented on 2015-10-17 02:54 (UTC)

error: target not found: xhtml-docs

ArthurBorsboom commented on 2015-02-23 10:13 (UTC)

I agree with the git version to be close to the stable version. However I disagree with the --without-xen parameter in the stable version. :) I have tried to contact the package owner multiple times, but I have not got any response. Since I am using Xen and I see no reason to block it, while it has an auto-detect mechanism, I believe this option should be removed. For the xhtml errors, I had the same building issue. As workaround I removed the docbook-xml package, deleted the /etc/xml folder and installed docbook-xml again. This time I get many warnings, but it does not stop the building process. HTH.

rbellamy commented on 2015-02-23 01:44 (UTC)

Tried compiling today, and it didn't really work for me... namely the XHTML validation stuff is borked. I've updated the PKGBUILD to suite my needs and in keeping with my previous point [1]. I'm looking to get numad support[2], so I did flip that configure switch in the PKGBUILD above. So I updated the xhtml-docs AUR package[3], and things are building swimmingly. As to whether or not libvirt will allow auto NUMA placement, that remains to be seen. [1] https://github.com/rbellamy/pkgbuilds/tree/master/libvirt-git [2] https://github.com/rbellamy/pkgbuilds/tree/master/numad-git [3] https://github.com/rbellamy/pkgbuilds/tree/master/xmhtml-docs

rbellamy commented on 2015-02-22 22:34 (UTC)

I disagree with the the idea of removing the --without-xen, mostly because I think it's generally best for the *-git PKGBUILD to mirror, as closely as possible, the one found in the official repos. That way, if someone wants something ALMOST like that which is in the official repos, but with say just a single config switch thrown differently (as in the xen switch or whatever) they can just download the PKGBUILD from the AUR, make their change, and be done...

ArthurBorsboom commented on 2014-12-14 18:06 (UTC)

I have just taken ownership of this package with the purpose of improving the package. @Trialuser: I noticed the same before, therefore I have added this to the dependency list. I have also removed all the options, which fix the build for a certain configuration, such as the 'without-xen' option. Most of the options are auto-detected by the configuration tool. The audit package is not a dependency anymore, but optional. Any suggestions for improvement are welcome.

trialuser commented on 2014-12-12 14:36 (UTC)

build failed without perl-xml-xpath for me

ArthurBorsboom commented on 2014-08-21 20:46 (UTC)

+1 for removing the "--without-xen" option.

trixpan commented on 2014-03-31 13:39 (UTC)

is there a reason for voluntarily disabling xen driver since the auto-config checks for Xens existence during run?

tritron commented on 2014-03-11 01:15 (UTC)

I wonder if anyone was able to compile this lately. It compiles fine on my development system but it fails with doc and html missing errors I want to install it. What about enabling sanlock.

bararchy commented on 2014-02-20 08:23 (UTC)

Errors in build GEN libvirt.syms GEN libvirt.def GEN libvirt_qemu.def GEN libvirt_lxc.def GEN libvirt_probes.h File "/bin/dtrace", line 159 print "Usage " + sys.argv[0] + " [--help] [-h | -G] [-C [-I<Path>]] -s File.d [-o <File>]" ^ SyntaxError: invalid syntax Makefile:9730: recipe for target 'libvirt_probes.h' failed make[2]: *** [libvirt_probes.h] Error 1 make[2]: Leaving directory '/tmp/yaourt-tmp-unshadow/aur-libvirt-git/src/libvirt/src' Makefile:1956: recipe for target 'all-recursive' failed make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory '/tmp/yaourt-tmp-unshadow/aur-libvirt-git/src/libvirt' Makefile:1858: recipe for target 'all' failed make: *** [all] Error 2

gabx commented on 2014-02-19 12:34 (UTC)

Please correct your PKGBUILD following teekay comment.

gabx commented on 2014-02-15 23:32 (UTC)

Can not build : mv: cannot stat ‘/developement/aur/libvirt-git/pkg/libvirt-git/lib/*’: No such file or directory ==> ERROR: A failure occurred in package().

teekay commented on 2014-02-13 11:34 (UTC)

Please use NOCONFIGURE=1 ./autogen.sh so configure is run only once. Also the "mv $pkgdir/lib .." line is not needed anymore (actually, package() fails now as they moved that /lib dir to /usr/lib upstream it seems)

teekay commented on 2013-11-08 15:25 (UTC)

Could you please change --libexec=/usr/lib/"$pkgname" to --libexec=/usr/lib/"${pkgname/-git/}" as this breaks LXC domains which have /usr/lib/libvirt/libvirt_lxc configured as hypervisor (like, when moving from libvirt to libvirt-git and vice versa).

onny commented on 2013-08-24 16:54 (UTC)

@ironicbadger: I can't confirm this yet. Tried to compile libvirt-git in a clean chroot-environement but it still fails with all the docbook generation.

ironicbadger commented on 2013-08-17 20:13 (UTC)

docbook-xml-dtd should be added to the deps... it compiled fine once this was added.

onny commented on 2013-08-10 18:39 (UTC)

@mjevans: libvirt-git compiles fine on my system, even without docbook-xml. Can you be please more specific? Unfortunately, it won't compile with makechrootpkg in a 32bit environement anymore. Don't know how to fix this yet.

onny commented on 2013-06-20 15:38 (UTC)

@Chetyre: Try again. The only thing which fails in my makechrootpkg environement could be the xhtml-docs packet but I'll fix this soon.

commented on 2013-04-19 00:43 (UTC)

I needed to install libxslt before it would proceed, but it still failed. make[3]: *** [libvirtmod_la-libvirt-override.lo] Error 1 make[3]: Leaving directory `/tmp/yaourt-tmp-host/aur-libvirt-git/src/libvirt-build/python' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/tmp/yaourt-tmp-host/aur-libvirt-git/src/libvirt-build/python' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/yaourt-tmp-host/aur-libvirt-git/src/libvirt-build' make: *** [all] Error 2

mjevans commented on 2013-02-28 18:58 (UTC)

I was able to get this to build by installing docbook-xml and xhtml-docs ; they should be added as a compile time dependencies. onny's catalog.xml file should also be included with this package as well as the insertion of it in to the system xml catalog.

onny commented on 2013-02-15 14:26 (UTC)

@l3u: fixed. package should compile now without further intervention.

l3u commented on 2013-02-15 10:19 (UTC)

Building currently fails, complaining of a missing file : ... make[1]: Leaving directory `/home/xx/tmp/yaourt/yaourt-tmp-xx/aur-libvirt-git/src/libvirt-build' mv: cannot stat '/home/xx/tmp/yaourt/yaourt-tmp-xx/aur-libvirt-git/pkg/etc/sysctl.d/libvirtd': No such file or directory ==> ERROR: A failure occurred in package(). Aborting... ==> ERROR: Makepkg was unable to build libvirt-git. ==> Restart building libvirt-git ? [y/N] ==> ------------------------------------ ==>

onny commented on 2013-02-14 19:11 (UTC)

Compiling may fail because of the package xhtml-docs. I had to insert this string into /etc/xml/catalog (inside the <catalog>-tag): <delegatePublic publicIdStartString="-//W3C//DTD XHTML 1.0" catalog="file:///usr/share/doc/xhtml/DTD/catalog.xml"/> And put this file into /usr/share/doc/xhtml/DTD/: http://onny.project-insanity.org/files/catalog.xml

onny commented on 2013-02-14 19:11 (UTC)

Compiling may fail because of the package xhtml-docs. I had to insert this string into /etc/xml/catalog (inside the <catalog>-tag): <delegatePublic publicIdStartString="-//W3C//DTD XHTML 1.0" catalog="file:///usr/share/doc/xhtml/DTD/catalog.xml"/> And put this file into /usr/share/doc/xhtml/DTD/: http://onny.project-insanity.org/files/catalog.xml

stefano.facchini commented on 2012-11-30 08:43 (UTC)

I'm orphaning this, feel free to update it...

timofonic commented on 2012-11-29 23:44 (UTC)

This package is damn outdated...

loper commented on 2012-11-14 09:44 (UTC)

Any way to not get an error while building "--with-xen"?

hunger commented on 2012-07-24 10:46 (UTC)

I had to install python (for python-config) before ./bootstrap would succeed. Maybe you could add that as a build time dependency?

aya commented on 2012-05-16 13:56 (UTC)

It would build if you apply this diff -urN libnl-1.1.orig/include/netlink/object.h libnl-1.1/include/netlink/object.h --- libnl-1.1.orig/include/netlink/object.h 2008-01-14 16:48:45.000000000 +0100 +++ libnl-1.1/include/netlink/object.h 2011-05-09 10:36:43.654531069 +0200 @@ -55,7 +55,7 @@ /* Access Functions */ extern int nl_object_get_refcnt(struct nl_object *); extern struct nl_cache * nl_object_get_cache(struct nl_object *); -extern inline void * nl_object_priv(struct nl_object *); +extern void * nl_object_priv(struct nl_object *); #ifdef __cplusplus } However, it 0.9.12 still gives me a segmentation fault as per https://bugs.archlinux.org/task/29891

commented on 2012-04-07 13:23 (UTC)

By the way it doesn't start building without libnl1 dependency.

commented on 2012-04-07 13:22 (UTC)

The package doesn't build: CC libvirt_util_la-virnetdev.lo In file included from /usr/include/netlink/msg.h:16:0, from util/virnetlink.h:28, from util/virnetdev.h:27, from util/virnetdev.c:25: /usr/include/netlink/object.h:58:23: error: inline function 'nl_object_priv' declared but never defined [-Werror] /usr/include/netlink/object.h:58:23: error: inline function 'nl_object_priv' declared but never defined [-Werror]