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.68
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 .. 84 85 86 87 88 89 90 91 92 93 94 .. 101 Next › Last »

franciscod commented on 2012-10-03 02:26 (UTC)

Please add wget and python2 as deps, the build fails without them.

<deleted-account> commented on 2012-09-29 09:35 (UTC)

Have disowned the package. Life's too busy to get this done and don't want to keep people waiting on 4.2.

kantras commented on 2012-09-29 04:17 (UTC)

I'm about 85% complete on a 4.2 PKGBUILD - have systemd inits + texi2html working, just have to finish cleaning up the other init scripts

<deleted-account> commented on 2012-09-26 19:43 (UTC)

If someone wants to write a PKGBUILD for 4.2, I can orphan this package for them. Not sure when I will get time.

fernando_ccs17 commented on 2012-09-26 17:13 (UTC)

when do you plan to update to 4.2?

<deleted-account> commented on 2012-09-01 13:17 (UTC)

The error was resolved after installing texi2html version 1.82, as stated by Xaseron. Otherwise there was no problem.

<deleted-account> commented on 2012-09-01 10:31 (UTC)

The build process error: *** No rule to make target 'unxz.o', needed by 'built_in.o'. Stop. *** Any ideas about where could be the problem? Thanks

<deleted-account> commented on 2012-08-30 19:48 (UTC)

I can only get xen to detect my full memory with this patch. This seems to be a problem of certain UEFI mainboards, see https://bugzilla.redhat.com/show_bug.cgi?id=819235#c3 and http://serverfault.com/questions/342109/xen-only-sees-512mb-of-system-ram-should-be-8gb-uefi-boot: This seems to work fine on my machine, however I can not say anthing about potential side-effects. -----------snip----------------- diff -Naur xen-4.1.3.org/xen/arch/x86/setup.c xen-4.1.3/xen/arch/x86/setup.c --- xen-4.1.3.org/xen/arch/x86/setup.c 2012-08-30 21:15:37.414593798 +0200 +++ xen-4.1.3/xen/arch/x86/setup.c 2012-08-30 21:24:41.801533785 +0200 @@ -661,6 +661,8 @@ if ( ((unsigned long)cpu0_stack & (STACK_SIZE-1)) != 0 ) EARLY_FAIL("Misaligned CPU0 stack.\n"); +#if 0 + /* disable raw e801 and e820 for now in favor of multiboot provided maps */ if ( e820_raw_nr != 0 ) { memmap_type = "Xen-e820"; @@ -676,7 +678,9 @@ e820_raw[1].type = E820_RAM; e820_raw_nr = 2; } - else if ( mbi->flags & MBI_MEMMAP ) + else +#endif + if ( mbi->flags & MBI_MEMMAP ) { memmap_type = "Multiboot-e820"; while ( (bytes < mbi->mmap_length) && (e820_raw_nr < E820MAX) )

<deleted-account> commented on 2012-08-13 09:35 (UTC)

Have updated for 4.1.3. Not sure what causes stubdom to break for you guys. Works for me (I need it for pv-grub). If you work out a fix let me know.

« First ‹ Previous 1 .. 84 85 86 87 88 89 90 91 92 93 94 .. 101 Next › Last »