Package Details: xen 4.19.1pre-1

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.63
First Submitted: 2009-11-09 11:22 (UTC)
Last Updated: 2024-09-20 00:31 (UTC)

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

Latest Comments

« First ‹ Previous 1 .. 68 69 70 71 72 73 74 75 76 77 78 .. 101 Next › Last »

tritron commented on 2013-05-12 17:06 (UTC)

It sounds like great idea why not wait for 4.3 to be final

kantras commented on 2013-05-12 17:04 (UTC)

@gtmanfred - No objection from me

gtmanfred commented on 2013-05-12 07:07 (UTC)

also, python 2.7.5 was just tagged, it should fix the pyargs parsetuple bug

gtmanfred commented on 2013-05-12 06:40 (UTC)

I would like to move this into community along with xe-guest-utilities, any objections? Thanks

kantras commented on 2013-04-30 05:25 (UTC)

Ok, installed and is working. One thing of note for anyone using VT-d and AMD processors - There has been some work done on the IOMMU code, due to security issues. This means that the code is much less forgiving if you have a BIOS with bugs and/or bad entries. There are some flags that you can add to the grub line, which may help re-enable VT-d support, but not in all cases (The BIOS in my test machine is missing IOAPIC entries from the IVRS table, and the grub config options won't work for that type of issue. I've opened a support request with the vendor but i've not had much success in the past with support tickets)

kantras commented on 2013-04-29 08:03 (UTC)

I noticed that v4.2.2 has been released. I've just done a quick compile test (Updated the version numbers, commented out the 'gcc-4.8-typedefs.patch' patch as is appears not to be needed, then recreated the hashes) and made sure that the existing PKGBUILD was able to build the new 4.2.2 package. It built without issue and will be installing it on my test server tomorrow to make sure its working correctly.

gtmanfred commented on 2013-04-29 02:59 (UTC)

instead of commenting it out (if you really want to do it) you can rebuild python2 with this patch for configure http://ix.io/5oM which should be applied to the configure.ac stuff for the next release of python. http://bugs.python.org/issue17547

3000 commented on 2013-04-27 11:56 (UTC)

thanks a lot for the instructions! And thanks a lot for the new build. It builds without any problem :-)

shanmu commented on 2013-04-27 09:50 (UTC)

Thanks for the patch, tycho! Released a new version with the patch. If the build fails with the error: /usr/include/python2.7/modsupport.h:27:1: error: 'PyArg_ParseTuple' is an unrecognized format function type [-Werror=format=] PyAPI_FUNC(int) PyArg_ParseTuple(PyObject *, const char *, ...) Py_FORMAT_PARSETUPLE(PyArg_ParseTuple, 2, 3); ^ cc1: all warnings being treated as errors error: command 'gcc' failed with exit status 1 make[3]: *** [build] Error 1 The workaround is to comment line#72 in /usr/include/python2.7/pyconfig.h //#define HAVE_ATTRIBUTE_FORMAT_PARSETUPLE 1 I need to log a new bug against the python package to get it fixed.

zootboy commented on 2013-04-26 13:39 (UTC)

@3000 Add the patch file to the package directory, then add it to the sources list in the package. Delete the sums array in the PKGBUILD, optionally rebuilding it with "makepkg -G >> PKGBUILD". Duplicate any of the patch lines in the build function and change the file name to the new patch. Build.