Package Details: xen-docs 4.19.1pre-1

Git Clone URL: https://aur.archlinux.org/xen.git (read-only, click to copy)
Package Base: xen
Description: Xen hypervisor documentation and man pages
Upstream URL: https://xenproject.org/
Keywords: hypervisor virtualization xen
Licenses: GPL2
Submitter: sergej
Maintainer: Refutationalist
Last Packager: Refutationalist
Votes: 185
Popularity: 0.46
First Submitted: 2009-11-09 11:22 (UTC)
Last Updated: 2024-09-20 00:31 (UTC)

Dependencies (35)

Required by (1)

Sources (7)

Pinned Comments

Refutationalist commented on 2024-12-06 01:37 (UTC)

Please Note: Per best-practices by upstream this package follows the git stable branch. Minor releases do not require a version bump and the PKGBUILD will provide the appropriate version number.

stubdom is still broken.

Latest Comments

« First ‹ Previous 1 .. 29 30 31 32 33 34 35 36 37 38 39 .. 101 Next › Last »

trixpan commented on 2015-10-17 18:55 (UTC)

multilib sorted compiling issues in here as well. However, after a successful build I had: Blank xenstore after boot (visible by Dom0 showing up as null) Unable to start any VM with a NIC.

NicolasCPA commented on 2015-10-13 05:23 (UTC)

@zootboy: Thanks.

zootboy commented on 2015-10-13 04:46 (UTC)

@NicolasCPA: Yaourt uses /tmp as its build dir. Arch defaults to making this a ramdrive. If there isn't enough space available to do a full build, redirect yaourt's build dir to a disk instead.

kantras commented on 2015-08-31 15:41 (UTC)

This is on my list of enhancements, that will be coming soon

daniel_shub commented on 2015-08-31 14:56 (UTC)

The update to spice-protcol got me around the first error I was having. I then ran into the error reported by piwwo. I got around that by installing gcc-multilib instead of the standard gcc. I think the makedepends should be updated to include gcc-multilib as an explicit dependency. I think the AUR guidelines state that the base-devel group can be expected, but gcc-multilib is part of the multilib-devel group.

pdc commented on 2015-08-29 13:13 (UTC)

It compiled for me with the latest version of spice-protocol (0.12.9-1).

daniel_shub commented on 2015-08-24 22:31 (UTC)

I am unable to build the package in an clean x86_64 chroot: ERROR: User requested feature spice configure was not able to find it. Install spice-server and spice-protocol devel make[3]: Entering directory '/build/xen/src/xen-4.5.1/tools/qemu-xen-dir' make[3]: *** No rule to make target 'all'. Stop. make[3]: Leaving directory '/build/xen/src/xen-4.5.1/tools/qemu-xen-dir' Makefile:201: recipe for target 'subdir-all-qemu-xen-dir' failed make[2]: *** [subdir-all-qemu-xen-dir] Error 2 make[2]: Leaving directory '/build/xen/src/xen-4.5.1/tools' /build/xen/src/xen-4.5.1/tools/../tools/Rules.mk:111: recipe for target 'subdirs-install' failed make[1]: *** [subdirs-install] Error 2 make[1]: Leaving directory '/build/xen/src/xen-4.5.1/tools' Makefile:69: recipe for target 'install-tools' failed make: *** [install-tools] Error 2

jakogut commented on 2015-08-13 21:40 (UTC)

The package failed to build for me with an error about not finding SPICE, even though I had spice-protocol installed from the official repos. It works with spice-protocol-git from the AUR.

Timizki commented on 2015-08-13 16:02 (UTC)

By changing gcc to gcc-multilib I get past those errors in newlib-x86_32 module. Which where actually linking error (/usr/bin/ld: cannot find -lgcc) not compile errors, if I understands correctly.