similar to: Bug#695176: libxen-ocaml-dev ocaml libraries contain build path to .so libraries rather than installed path

V4 of the patch, incorporating Bastian's suggestions. Jon --- xen/debian/patches/series | 1 + xen/debian/patches/tools-ocaml-fix-build.diff | 81 +++++++++++++++++++++++++ xen/debian/rules | 5 ++ xen/debian/rules.real | 39 ++++++++++++ xen/debian/templates/control.main.in | 16 +++++

The following set of patches package up the ocaml libraries that are part of the standard xen build. The patches are also currently available at: https://github.com/jonludlam/pkg-xen/commits/for-debian There are some things to note: 1. The 5 patches imported from xen-unstable are not, and will not go into the xen-4.1-stable series. However, the patches were created at the request of the

This is an update to the patches sent out on 25th October. I expect, as before, that some of the larger patches won't get to the list so they are also available here: https://github.com/jonludlam/pkg-xen/commits/for-debian6. Changes since last mail: * I have split out the unrelated change to include 2 extra header files in libxen-dev * I have removed some instances of brace expansion

Here is the latest version of the patches to package the ocaml libraries. Changes since last time: * rename the packages from libxen-4.1-ocaml* to libxen-ocaml* - we wont be looking to install multiple concurrent versions of the same package, so the version doesn't need to be in the package name * Removed superfluous GENCONTROL definitions - dh_ocaml does what we need * Removed

Package: xen-3 version: 3.1.0-2 Severity: serious User: debian-qa at lists.debian.org Usertags: qa-ftbfs-20070917 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[5]: Entering directory `/build/user/xen-3-3.1.0/debian/build/build-utils_i386/tools/libxc' gcc -O2 -fomit-frame-pointer -m32 -march=i686

Hi all, The next XCP community call is somewhat overdue, and many things have happened in the intervening time. In particular, Stephen Spector has sadly (for us) moved on to new projects, so we currently don''t have a community manager to organise such things as these calls. Until we get someone (or two!) to fill Stephens role, I''ll temporarily try to organise at least the next

Hi all, The next XCP community call is somewhat overdue, and many things have happened in the intervening time. In particular, Stephen Spector has sadly (for us) moved on to new projects, so we currently don''t have a community manager to organise such things as these calls. Until we get someone (or two!) to fill Stephens role, I''ll temporarily try to organise at least the next

Hello, when I try to install Xen-Tools using the xs-tools.iso I get the error: Errors were encountered while processing: /mnt/visostore/Linux/xe-guest utilities_0.5.0-579_i386.deb I used the xs-tools. iso present in the installation CD XCP and I followed the steps on page 28 (To install the guest agent) of XCP Virtual Machine Installation Guide: I mounted the xs-tools. iso and I executed the

hi, --> i have 8cores cpu. but my xenserver is using only one cpu, how to make use of all cpu cores --> machine is having 16G ram but domain0 is having very less memory. is there any way to increase memory for domain0 [root@xenserver-DZONGRI ~]# cat /proc/meminfo MemTotal: 574464 kB MemFree: 111776 kB Buffers: 9500 kB Cached: 117320 kB SwapCached: 100

While attempting to troubleshoot a problem with PCI passthrough, I noticed a number of facts that, when considered together, may indicate a serious upgrade path issue with regard to Xen and QEMU: 1. libxen-dev is a single package with two versions: a 4.8 version and a 4.11 version 2. libxen-dev version 4.8 produces libraries with 4.8 in the soname. A qemu compiled against this version has

Hi How can i enable this feature because: Running /opt/xensource/libexec/mpp-rdac --enable it says: No module mppUpper found for kernel 2.6.32.12-0.7.1.xs1.0.0.298.170582xen, aborting. There is no MPP modules... Terveisin/Regards, Pekka Panula, Sofor Oy - Jatkuvat palvelut _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com

Package: libxen-dev Version: 4.0.0-2 Severity: grave Hi Bastian, libxen-dev used to ship the following file: /usr/include/blktaplib.h but it has gone, I don't get why. The result is that I can't compile my xen-qemu-dm-4.0-4.0.0 in a normal SID system, while it was working perfectly with version 4.0.0-1~experimental.2 of libxen-dev. I had a look into the debian/changelog of xen 4.0.0-2,

Package: libxen-dev,libxs-dev Version: libxen-dev/4.1.2-3 Version: libxs-dev/1.0.1-1 Severity: serious User: treinen at debian.org Usertags: edos-file-overwrite Date: 2012-04-12 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem:

Package: libxen-4.2 Version: 4.2.0-1 Severity: normal Hello, in xen 4.1 Debian packagers removed blktap uselessly as is documenteted in the blktap bug. in xen 4.2 qemu-dm is removed. This removes any reasonable way to access disks and reserves Debian Xen for diskless DomU use. Essentially Debian Xen packages are now useless. -- System Information: Debian Release: wheezy/sid APT prefers

Package: libxen-dev Version: 4.1.4-3+deb7u1 Severity: wishlist Dear Maintainer, I want to make some fine monitoring of my xen machines and the xentop utility does not exactly fits my needs I saw in the sources that it uses some kind of library named libxenstat wich seems very acurate. This library is already built to make the xentop utility but the debian package does not makes it available as

Processing commands for control at bugs.debian.org: > found 661471 3.4.1-2 Bug #661471 [gnome-themes-standard] gnome-themes-standard: removal of gnome-themes-standard makes files disappear from gnome-accessibility-themes Marked as found in versions gnome-themes-standard/3.4.1-2. > found 670105 libdrmaa-dev/6.2u5-4 Bug #670105 {Done: Dominique Belhachemi <domibel at debian.org>}

Processing commands for control at bugs.debian.org: > reassign 668641 libxen-dev Bug #668641 [xen] Please add a symlink /usr/lib/xen -> /usr/lib/xen-default Bug reassigned from package 'xen' to 'libxen-dev'. No longer marked as found in versions 4.1.2-3. Ignoring request to alter fixed versions of bug #668641 to the same values previously set > forcemerge 644390 668641

Package: libxenstore3.0 Version: 4.3.0-3 Severity: wishlist I want to install amd64 qemu together with libvirt-bin on a system with amd64 kernel and i386 userland. libxenstore3.0 and libxen are the two last libraries missing multi-arch support to make this possible. It would be nice if you could make them multi-arch: same -- System Information: Debian Release: jessie/sid APT prefers unstable

Hi Waldi, please consider the patch from: http://lists.alioth.debian.org/pipermail/pkg-xen-devel/2007-November/001516.html it simply adds the missing headers to the current Xen packages. This would help us along until we have a libxen* and libxen*-dev packages to get Xen support into libvirt. I'll take care of (potential) abi breackage in the libvirt package. Cheers, -- Guido

Package: libxen-dev Version: 4.6.0-1+nmu2 Severity: serious User: debian-qa at lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package ships a broken symlink: /usr/lib/x86_64-linux-gnu/libxlutil.so -> libxlutil.so. (notice the trailing dot, it is part of the target). You probably want this target instead: libxlutil-4.6.so Andreas