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)

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 .. 42 43 44 45 46 47 48 49 50 51 52 .. 101 Next › Last »

kantras commented on 2014-10-03 21:25 (UTC)

I'm aware of it and will be uploading a new version once I've completed build-testing

clfarron4 commented on 2014-10-03 21:23 (UTC)

This looks like a serious vulnerability that has just emerged: http://xenbits.xen.org/xsa/advisory-108.html https://xen-orchestra.com/blog/xen-security-and-xsa-108/

daniel_shub commented on 2014-10-01 10:33 (UTC)

@kantras I have no problems building it in a clean chroot: https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_Clean_Chroot. I am on a 64-bit system and have the multilib repository enabled and only have the base-devel package installed in the chroot.

kantras commented on 2014-10-01 09:19 (UTC)

Update: I still haven't been able to reproduce the compile issue that some of you are reporting. I've created a VM, installed Arch with only a base set of packages (base + base-devel), installed the default dependancies for the xen build, and ran makepkg to build the package; worked as expected. I'm going to roll back to the snapshot I made after the first booting of the VM, and will try some other things to see if I can recreate the issue

3000 commented on 2014-10-01 06:56 (UTC)

yes I was, but I upgraded without deinstalling the one before. So I don't know what would have happened if I started from scratch.

hbc2 commented on 2014-10-01 03:52 (UTC)

@3000 were you able to get this package to build?

3000 commented on 2014-09-30 22:34 (UTC)

hi, will Nvidia work with Xen 4.4? I got the new GTX 970. Still no luck

kantras commented on 2014-09-28 14:47 (UTC)

I've actually just been rebuilding my virtual environment here at home to allow me to better test from scenarios such as that; always a good idea to review after something like hardware failure.

hbc2 commented on 2014-09-28 13:05 (UTC)

ArthurBorsboom's issue is easy to duplicate on a fresh install of arch. (yup, installing arch is easy if you've installed it 50+ times like I have while learning linux. :P ) Seriously, though, on a fresh install with nothing else installed I ran into the same exact problem Mr. Borsboom did. I'm using grub not UEFI. I'm building right out of the AUR. cd /root wget https://aur.archlinux.org/packages/xe/xen/xen.tar.gz tar -xvf xen.tar.gz cd xen makepkg -s --asroot I'm going to poke around in the make files. Never done that before. This should be fun. :)

ArthurBorsboom commented on 2014-09-17 13:00 (UTC)

When I remove the following two lines from the PKGBUILD, the package is build finishes. mv etc/default/xencommons etc/conf.d/xencommons mv etc/default/xendomains etc/conf.d/xendomains There are these two warnings: ==> WARNING: backup entry file not in package : etc/conf.d/xendomains ==> WARNING: backup entry file not in package : etc/conf.d/xencommons Probably coming from: backup=(etc/modules-load.d/$pkgname.conf etc/$pkgname/xl.conf etc/conf.d/xen{stored,consoled,domains,commons} etc/$pkgname/grub.conf) Maybe this gives a clue?

« First ‹ Previous 1 .. 42 43 44 45 46 47 48 49 50 51 52 .. 101 Next › Last »