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/
Search Criteria
Package Details: xen 4.19.1pre-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/xen.git (read-only, click to copy) |
---|---|
Package Base: | xen |
Description: | Open-source type-1 or baremetal hypervisor |
Upstream URL: | https://xenproject.org/ |
Keywords: | hypervisor virtualization xen |
Licenses: | GPL2 |
Submitter: | sergej |
Maintainer: | Refutationalist |
Last Packager: | Refutationalist |
Votes: | 185 |
Popularity: | 0.67 |
First Submitted: | 2009-11-09 11:22 (UTC) |
Last Updated: | 2024-09-20 00:31 (UTC) |
Dependencies (63)
- acpica
- bridge-utils
- glib2 (glib2-gitAUR, glib2-selinuxAUR, glib2-patched-thumbnailerAUR)
- gnutls (gnutls-gitAUR)
- inetutils (inetutils-gitAUR, busybox-coreutilsAUR)
- iproute2 (iproute2-gitAUR, busybox-coreutilsAUR, iproute2-selinuxAUR)
- lib32-glibc (lib32-glibc-gitAUR, lib32-glibc-linux4AUR, lib32-glibc-eacAUR, lib32-glibc-eac-binAUR, lib32-glibc-eac-rocoAUR)
- libaio (libaio-gitAUR)
- libjpeg-turbo (mozjpeg-gitAUR, libjpeg-turbo-gitAUR, mozjpegAUR)
- libpng (libpng-gitAUR, libpng-apngAUR)
- libseccomp (libseccomp-gitAUR)
- libuuid.so (util-linux-libs-selinuxAUR, util-linux-libs-aesAUR, lib32-util-linux, util-linux-libs)
- libx11 (libx11-gitAUR)
- lzo
- ncurses (ncurses-gitAUR)
- openssl (openssl-gitAUR, openssl-staticAUR)
- pciutils (pciutils-gitAUR)
- pixman (pixman-gitAUR)
- pkgconf (pkgconf-gitAUR)
- python (python37AUR, python311AUR, python310AUR)
- Show 43 more dependencies...
Required by (3)
Sources (7)
Latest Comments
« First ‹ Previous 1 .. 42 43 44 45 46 47 48 49 50 51 52 .. 101 Next › Last »
clfarron4 commented on 2014-10-03 21:23 (UTC)
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?
ArthurBorsboom commented on 2014-09-17 12:36 (UTC)
@Zir_blazer, thanks for the suggestion.
I did exactly what you proposed, unfortunately with the same result.
install -d -m0755 -p "/tmp/makepkg/xen/pkg/xen/usr/lib/xen/boot"
install -m0644 -p mini-os-x86_32-grub/mini-os.gz "/tmp/makepkg/xen/pkg/xen/usr/lib/xen/boot/pv-grub-x86_32.gz"
make[1]: Leaving directory '/tmp/makepkg/xen/src/xen-4.4.1/stubdom'
mv: cannot stat ‘etc/default/xencommons’: No such file or directory
==> ERROR: A failure occurred in package().
Aborting...
[arthur@orion1695 xen]$
Any other ideas?
Pinned Comments
Refutationalist commented on 2024-05-22 22:08 (UTC) (edited on 2024-05-23 00:07 (UTC) by Refutationalist)
As of now (2024-22-05) Xen with stubdom doesn't build because of a problem in the imported code. Been this way for about two weeks. Anyone else seeing this behavior?
Also, there is a lot of work happening on Xen in my development repo, thanks to @Serus. Check it out at: https://github.com/refutationalist/saur