Package Details: xen-docs 4.21.2pre-1

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: 182
Popularity: 0.000012
First Submitted: 2009-11-09 11:22 (UTC)
Last Updated: 2026-05-06 02:59 (UTC)

Required by (3)

Sources (13)

Latest Comments

« First ‹ Previous 1 .. 53 54 55 56 57 58 59 60 61 62 63 .. 102 Next › Last »

kantras commented on 2014-02-24 03:55 (UTC)

Actually it looks like 3.13.5 just left testing and now is in core, so should find firefox more stable once you've upgraded.

kantras commented on 2014-02-24 03:48 (UTC)

The "firefox" issue is actually a kernel issue - changes were made to how NUMA pages are handled, which causes random crashs within dom0 and/or PV domU's (HVM domUs are not affected) I've been tracking the fix and its been included in the 3.14 RC's as well as the latest 3.13.5 (which you can download from the testing repository.) I have a copy of the patch if you want to recompile your own older kernel (Patch is also available on the xen-devel list archives)

zman0900 commented on 2014-02-24 02:23 (UTC)

@discord, @hugleo: I too have been having the issues with firefox. I'm still running xen 4.3.1, but building 4.3.2 right now to test. Anything after kernel 3.12.6 causes random crashes quickly after starting firefox. After a crash, X is frozen but I can still connect with ssh. No amount of killing or restarting programs will bring it back though. I can see numerous stack traces in dmesg about "bad page map in process firefox". Sometimes "bad page state" instead. Starting firefox in safe mode works, so I deleted and resynced my profile then started re-enabling addons one by one, but I can't seem to isolate the problem so I've also switched to Chrome for now. At first I though it was graphics related, but the crash still happens if I start firefox over ssh X forwarding to another machine. Doesn't seem to be hardware related either since I've recently switched motherboard and gpu (from using nouveau to radeonsi). Let us know here if anyone has any luck with this problem, I'm quite partial to Firefox. I'll post my results of testing 4.3.2 soon.

kantras commented on 2014-02-20 06:51 (UTC)

4.3.2-1 has just been uploaded after build-testing on a couple of boxes. Apart from the version bump, this build attempts to download several of the source tarballs ahead of time - this means that we can ensure they are not corrupted/changed before they are used during compile.

ironicbadger commented on 2014-02-15 23:36 (UTC)

if it helps... http://unraidrepo.ktz.me/xen-4.3.1-2-x86_64.pkg.tar.xz

k1.hedayati commented on 2014-02-15 19:32 (UTC)

install -m0755 -p mini-os-x86_32-vtpmmgr/mini-os.gz "~/Downloads/xen/pkg/xen/usr/lib/xen/boot/vtpmmgr-stubdom.gz" make[1]: Leaving directory '~/Downloads/xen/src/xen-4.3.1/stubdom' gzip: boot/xen-syms-4.3.1: No such file or directory ==> ERROR: A failure occurred in package(). Aborting... :((

ironicbadger commented on 2014-02-01 19:53 (UTC)

gets my vote.

kantras commented on 2014-02-01 19:52 (UTC)

Just wanted to give a heads up on my thoughts; With upcoming releases of xen 4.3.2 and 4.4.0 coming soon, what I may do is rename this package to 'xen-4.3' and then update the PKGBUILD to 4.4.0 and release that as xen.

hugleo commented on 2014-01-27 18:42 (UTC)

Crashed again, a little more stable however.

hugleo commented on 2014-01-27 15:09 (UTC)

I think the upgrade do the trick. discord, try to upgrade your system.

« First ‹ Previous 1 .. 53 54 55 56 57 58 59 60 61 62 63 .. 102 Next › Last »