Package Details: xen-docs 4.19.1pre-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: 185
Popularity: 0.28
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 .. 60 61 62 63 64 65 66 67 68 69 70 .. 101 Next › Last »

kantras commented on 2013-08-12 00:33 (UTC)

I'm also using qemu-xen-traditional, which is why I guess I wasn't affected. I've just spent an hour or so going back through the history on that patch; it was rejected for multiple reasons, including the mechanism used as well as the change occuring too late in the boot up sequence. A workaround patch was sent to the qemu-devel list but I don't know that it was included in time (my build sources show no sign on the patch http://marc.info/?l=qemu-devel&m=137043414711228&q=raw ) I'm going to work on getting this newer patch into place in my AUR package, and will post here when the new version is uploaded into my web space. I'm also looking into becoming the maintainer of this package, so I can help keep it up to date.

evilsephiroth commented on 2013-08-11 21:59 (UTC)

radeon 6570 to windows 7 hvm domu but the limit persists also with discrete card... Strange but true :D

evilsephiroth commented on 2013-08-11 21:52 (UTC)

Thanks. At the moment,I solved the memory issue adding device_model_version = 'qemu-xen-traditional' to the hvm win7 domu conf file... Doing this, I lost completely vnc capabiliities for domU, so the patch would be greatly appreciated... Thanks again...

kantras commented on 2013-08-11 20:31 (UTC)

I've not included that patch yet, since I'm not currently affected (have gfx passthrough of a radeon 6770 to a window 7 HVM domU, with 6Gb of RAM). I remember seeing that patch around on the mailing list ; let me recheck the context and I can add it in (the file paths listed in the patch don't mention which subsection it'srelated to)

evilsephiroth commented on 2013-08-11 09:09 (UTC)

Hi kantras, I've successfully installed your xen package for 4.3.0 but I'm suffering the 3gb memory limitation when passing gpu to hvm domU(win7). Have you included this patch in the package? http://marc.info/?l=qemu-devel&m=136177475215360&q=raw If not, how can I patch the source and reinstall the package? Thanks a lot for your efforts...

kantras commented on 2013-08-11 05:12 (UTC)

I have a patch for that error - I believe its at http://www.kantras.info/xen/aur-xen-4.2.2-2/texi2html.patch . You can also download updated versions of this package from http://www.kantras.info/xen/ - I have two there right now, one for 4.2.2 and one for 4.3.0

<deleted-account> commented on 2013-08-11 04:59 (UTC)

Hi, I have an error today, ... pod2man --section=1 --center=" " --release=" " qemu.pod > qemu.1 qemu.pod around line 91: Non-ASCII character seen before =encoding in 'Sch�tz.'. Assuming UTF-8 POD document had syntax errors at /usr/bin/core_perl/pod2man line 71. make[3]: *** [qemu.1] Error 255 ...

kantras commented on 2013-08-08 05:59 (UTC)

I've not come across that one yet - I'll try to get something set up on a test machine and test

« First ‹ Previous 1 .. 60 61 62 63 64 65 66 67 68 69 70 .. 101 Next › Last »