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.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 .. 68 69 70 71 72 73 74 75 76 77 78 .. 101 Next › Last »

zootboy commented on 2013-05-12 17:50 (UTC)

Is there a reason why bluez is a dependency? I don't use it at all, and I have yet to see any issues with my install where I removed it.

tritron commented on 2013-05-12 17:06 (UTC)

It sounds like great idea why not wait for 4.3 to be final

kantras commented on 2013-05-12 17:04 (UTC)

@gtmanfred - No objection from me

gtmanfred commented on 2013-05-12 07:07 (UTC)

also, python 2.7.5 was just tagged, it should fix the pyargs parsetuple bug

gtmanfred commented on 2013-05-12 06:40 (UTC)

I would like to move this into community along with xe-guest-utilities, any objections? Thanks

kantras commented on 2013-04-30 05:25 (UTC)

Ok, installed and is working. One thing of note for anyone using VT-d and AMD processors - There has been some work done on the IOMMU code, due to security issues. This means that the code is much less forgiving if you have a BIOS with bugs and/or bad entries. There are some flags that you can add to the grub line, which may help re-enable VT-d support, but not in all cases (The BIOS in my test machine is missing IOAPIC entries from the IVRS table, and the grub config options won't work for that type of issue. I've opened a support request with the vendor but i've not had much success in the past with support tickets)

kantras commented on 2013-04-29 08:03 (UTC)

I noticed that v4.2.2 has been released. I've just done a quick compile test (Updated the version numbers, commented out the 'gcc-4.8-typedefs.patch' patch as is appears not to be needed, then recreated the hashes) and made sure that the existing PKGBUILD was able to build the new 4.2.2 package. It built without issue and will be installing it on my test server tomorrow to make sure its working correctly.

gtmanfred commented on 2013-04-29 02:59 (UTC)

instead of commenting it out (if you really want to do it) you can rebuild python2 with this patch for configure http://ix.io/5oM which should be applied to the configure.ac stuff for the next release of python. http://bugs.python.org/issue17547

3000 commented on 2013-04-27 11:56 (UTC)

thanks a lot for the instructions! And thanks a lot for the new build. It builds without any problem :-)

shanmu commented on 2013-04-27 09:50 (UTC)

Thanks for the patch, tycho! Released a new version with the patch. If the build fails with the error: /usr/include/python2.7/modsupport.h:27:1: error: 'PyArg_ParseTuple' is an unrecognized format function type [-Werror=format=] PyAPI_FUNC(int) PyArg_ParseTuple(PyObject *, const char *, ...) Py_FORMAT_PARSETUPLE(PyArg_ParseTuple, 2, 3); ^ cc1: all warnings being treated as errors error: command 'gcc' failed with exit status 1 make[3]: *** [build] Error 1 The workaround is to comment line#72 in /usr/include/python2.7/pyconfig.h //#define HAVE_ATTRIBUTE_FORMAT_PARSETUPLE 1 I need to log a new bug against the python package to get it fixed.

« First ‹ Previous 1 .. 68 69 70 71 72 73 74 75 76 77 78 .. 101 Next › Last »