Sorry sheep_42, patching fails with malformed error at this line:
'3f0af16958c3e057b9baa5afc47050d9adf7dd553274dd97ae4f35938fefb568'
I could try editing PKGBUILD myself if I knew what goes where. Thanks for helping!
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 .. 36 37 38 39 40 41 42 43 44 45 46 .. 101 Next › Last »
mks commented on 2015-04-30 12:25 (UTC)
tony_42 commented on 2015-04-30 10:53 (UTC)
tr0llalert, the gnutls fix patch looks correct (and one similair have been sent upstream) so I would use it instead of disable-qemu-traditional.
To do that, just modify the PKGBUILD with this patch:
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -71,6 +71,9 @@
'3f0af16958c3e057b9baa5afc47050d9adf7dd553274dd97ae4f35938fefb568'
'50a9b7fd19e8beb1dea09755f07318f36be0b7ec53d3c9e74f3266a63e682c0c')
+source+=('gnutls-3.4.0.patch::http://git.alpinelinux.org/cgit/aports/plain/main/xen/gnutls-3.4.0.patch?id=628f27939412a7d6fb67734bd644119a1f49463a')
+sha256sums+=('e25d38376e22f6f935d2c0ce1b9d6e6b47ff261b5e6056bc3b47168739d7a992')
+
prepare() {
cd $pkgname-$pkgver/
@@ -79,6 +82,7 @@ prepare() {
# Security Patches
# Compile Patches
+ patch -p1 -i $srcdir/gnutls-3.4.0.patch
# OVMF Compile support (Pulls from GIT repo, so patching to patch after pull request)
echo "Patching OVMF..."
mks commented on 2015-04-30 01:41 (UTC)
ps: Any help/procedure in applying libgnutls patch would be great as well. Thanks!
mks commented on 2015-04-30 00:38 (UTC)
Hi Guys,
I'm fairly new to this but having the same problem as some of you having. I'm unable to start DomUs (PV and HVM) with following error;
/usr/lib/xen/bin/qemu-system-i386: error while loading shared libraries: libgnutls.so.28: cannot open shared object file: No such file or directory.
I have tried upgrading Xen 4.4 to 4.5 but it's failing even with sheep_42's suggestion; 'For that, remove from the ./configure line : "--enable-stubdom --enable-qemu-traditional --enable-rombios" and add "--disable-qemu-traditional".'
rm: cannot remove usr/share/xen/qemu/openbios-*: Not a directory
ERROR: A failure occured in package().
Aborting...
I tried downgrading libgnutls but the package suggested by zir_blazer is not being recognized by pacman as a valid archive.
Any help with either upgrading Xen to 4.5 or making gnutls work with 4.4 would be appreciated. Thanks!
aneeshusa commented on 2015-04-29 20:09 (UTC)
I've only done minimal testing, but I just updated to linux 4.0.1-1 and Xen doesn't appear to be broken as opposed to 3.19, for anyone looking to upgrade from 3.18. (I also have gnutls 3.40 but no HVM domUs.)
zir_blazer commented on 2015-04-28 10:02 (UTC)
Interesing. If I get too anxious I could try building it that way and checking if it works, since I don't use anymore qemu-xen-traditional.
I already did the procedure from the link you provided. The problem is that it just include instructions on how to enable SPICE in a DomU, not how to use it. I posted on xen-users and was later told that I need to use a SPICE client, like virt-viewer:
http://lists.xenproject.org/archives/html/xen-users/2015-04/msg00124.html
...Which is the reason why I broke my Xen install as I had to upgrade gnutls to use it.
I believe the next step would be to do something like executing virt-viewer <DomU name>, which should work according to this:
http://linux.die.net/man/1/virt-viewer
tony_42 commented on 2015-04-27 17:47 (UTC)
Hi zir_blazer,
To compile Xen with recent gnutls, you could use --disable-qemu-traditional as a workaround if you don't intend to use qemu-traditional or stubdomain.
For that, remove from the ./configure line : "--enable-stubdom --enable-qemu-traditional --enable-rombios" and add "--disable-qemu-traditional".
For the usb redirection feature of SPICE, you can look at http://wiki.xen.org/wiki/SPICE_support_in_Xen, there is an example configuration file.
zir_blazer commented on 2015-04-27 16:05 (UTC)
For anyone that needs instructions on how to downgrade gnutls until the xen package gets updated to work with gnutls 3.4, you need to download and install the older, working package from the Arch Rollback Machine. Don't worry, you can do it in two commands:
curl -O https://seblu.net/a/arm/packages/g/gnutls/gnutls-3.3.14-2-x86_64.pkg.tar.xz
pacman -U gnutls-3.3.14-2-x86_64.pkg.tar.xz
This applies both to build the xen package, and to use xl create to open your DomU. Keep in mind that you can break your working Xen install while it is running, if you update with pacman -Syyu. After the upgrade, xl create will give out errors. This means that you can screw up your working Xen install if you update Arch Linux while Xen it is running (And its possible that you can fix it downgrading without rebooting, too).
Also, did anyone successfully managed to use the SPICE USB Redirect feature? I was told that besides adding a few SPICE-related parameters to my DomU Config File, I also need to use a SPICE client like virt-viewer. virt-viewer is also the very reason why I upgraded gnutls, which broke my Xen install. Since I can't have the latest gnutls, virt-viewer fails, but if I upgrade gnutls xl create fails, so in order to test SPICE I will have to wait for this package to catch up.
If someone has a guide or a link with instructions to get it working, I will be most thankful.
sgowie commented on 2015-04-27 15:24 (UTC)
Compilation fails with gnutls 3.4.0-1, presenting:
undefined reference to `gnutls_kx_set_priority'
Downgrading gnutls corrected the issue.
trixpan commented on 2015-04-25 10:34 (UTC)
has anyone managed to complete makepkg using gcc 5? Seems to be a little bit challenging...
https://bugzilla.suse.com/show_bug.cgi?id=921994
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