I think that with the last update of libiscsi (1.7.0-2 -> 1.12.0-1), xen should be recompiled.
Search Criteria
Package Details: xen-docs 4.19.1pre-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/xen.git (read-only, click to copy) |
---|---|
Package Base: | xen |
Description: | Xen hypervisor documentation and man pages |
Upstream URL: | https://xenproject.org/ |
Keywords: | hypervisor virtualization xen |
Licenses: | GPL2 |
Submitter: | sergej |
Maintainer: | Refutationalist |
Last Packager: | Refutationalist |
Votes: | 185 |
Popularity: | 0.46 |
First Submitted: | 2009-11-09 11:22 (UTC) |
Last Updated: | 2024-09-20 00:31 (UTC) |
Dependencies (35)
- acpica (make)
- bin86AUR (make)
- bison (byacc-bisonAUR, bison-gitAUR) (make)
- bridge-utils (make)
- dev86AUR (make)
- fig2dev (fig2dev-gitAUR) (make)
- flex (flex-gitAUR) (make)
- gettext (gettext-gitAUR) (make)
- git (git-gitAUR, git-glAUR) (make)
- glib2 (glib2-gitAUR, glib2-selinuxAUR, glib2-patched-thumbnailerAUR) (make)
- gnutls (gnutls-gitAUR) (make)
- inetutils (inetutils-gitAUR, busybox-coreutilsAUR) (make)
- iproute2 (iproute2-gitAUR, busybox-coreutilsAUR, iproute2-selinuxAUR) (make)
- lib32-glibc (lib32-glibc-gitAUR, lib32-glibc-linux4AUR, lib32-glibc-eacAUR, lib32-glibc-eac-binAUR, lib32-glibc-eac-rocoAUR) (make)
- libaio (libaio-gitAUR) (make)
- libuuid.so (util-linux-libs-selinuxAUR, util-linux-libs-aesAUR, lib32-util-linux, util-linux-libs) (make)
- libx11 (libx11-gitAUR) (make)
- lzo (make)
- ncurses (ncurses-gitAUR) (make)
- openssl (openssl-gitAUR, openssl-staticAUR) (make)
- Show 15 more dependencies...
Required by (1)
- xen (optional)
Sources (7)
Latest Comments
« First ‹ Previous 1 .. 46 47 48 49 50 51 52 53 54 55 56 .. 101 Next › Last »
isiachi commented on 2014-08-13 15:24 (UTC)
kantras commented on 2014-08-10 05:37 (UTC)
Actually the patch, which is different to that one, went in a few weeks later - the current kernels haven't been giving me any issues on the dev machine
zman0900 commented on 2014-08-10 04:27 (UTC)
I think I found something: http://lists.xen.org/archives/html/xen-devel/2014-03/msg02923.html
Looks like a new patch was applied at the same time the old one was reverted. I'm about to upgrade for the first time in about 4 months, so I guess I'll find out if it works...
zman0900 commented on 2014-08-10 02:57 (UTC)
"Just a quick FYI - They've reverted a patch in the recent kernel releases, which may cause instabilities with applications (such as Firefox) running under PV domains (also dom0, which is technically a PV domain). The patch worked for this use case, but broke other things, so the patch was reverted and a new one is being worked on."
Any news on this? Anyone know if a new fix has been merged?
smakovits commented on 2014-07-17 12:10 (UTC)
Traced the issue to the lvm2 hook. Had a working system, added it and things did not boot again. removed the hook and once again the system booted fine. My original installation was on a lv so I needed it there. This time I used linux (83) for rootfs so it was not needed.
I thought i needed it to load a vm when it didnt boot originally, but then the system didnt boot. Removed it and now things are happy again.
hugleo commented on 2014-07-13 15:10 (UTC)
Maybe it can be a video problem. Maybe xen booted but is not showing anything. Try press a key like Num Lock. Dou you notice that the led is blinking? If the answser is true maybe you can set a vesa driver or small resolution on grub boot parameter for xen kernel.
smakovits commented on 2014-07-12 04:12 (UTC)
ever since 4.4.0-3 and Kernel 3.15 my screen goes black upon booting xen. I tried syslinux and Grub with the same results. I re-installed arch at least times, keeping with the beginners guide and then xen install instructions. I have no idea what and why, but the screen just goes black and things require a hard reset.
The normal arch kernel is fine, but nothing I do helps get me going. I even tried using downgrader to try older kernels, but those too had the same result.
trixpan commented on 2014-07-08 13:06 (UTC)
Kantras,
Thanks for the update. Working like a charm.
Any chances of adding Spice support to the PKG?
Cheers
fatal-error commented on 2014-07-06 07:28 (UTC)
Errors when building @kantras:
make[2]: Leaving directory '/[...]/AUR/xen/src/xen-4.4.0/xen'
make[1]: Leaving directory '/[...]/AUR/xen/src/xen-4.4.0/xen'
fatal: unable to connect to xenbits.xen.org:
xenbits.xen.org[0: 50.57.170.242]: errno=Connection timed out
Makefile:25: recipe for target 'seabios-dir' failed
make[3]: *** [seabios-dir] Error 128
make[3]: Leaving directory '/[...]/AUR/xen/src/xen-4.4.0/tools/firmware'
/[...]/AUR/xen/src/xen-4.4.0/tools/../tools/Rules.mk:105: recipe for target 'subdir-install-firmware' failed
make[2]: *** [subdir-install-firmware] Error 2
make[2]: Leaving directory '/[...]/AUR/xen/src/xen-4.4.0/tools'
/[...]/AUR/xen/src/xen-4.4.0/tools/../tools/Rules.mk:100: recipe for target 'subdirs-install' failed
make[1]: *** [subdirs-install] Error 2
make[1]: Leaving directory '/[...]/AUR/xen/src/xen-4.4.0/tools'
Makefile:96: recipe for target 'install-tools' failed
make: *** [install-tools] Error 2
==> ERROR: A failure occurred in build().
Aborting...
tritron commented on 2014-07-02 15:01 (UTC)
Did anyone compile efi xen and set EFI VENDOR ?
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.