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

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

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

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) )

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