similar to: Bug#688783: libxen-4.2: debian packages of xen are utterly broken

Package: xen-utils-4.2 Version: 4.2.0-1 Severity: normal Hello, I tried running a xen domain but it complains about missing file not in current xen-utils: libxl: error: libxl_dm.c:1086:libxl__spawn_local_dm: device model /usr/lib/xen-4.2/bin/qemu-dm is not executable: No such file or director $ apt-file search qemu-dm xcp-xapi: /usr/lib/xcp/lib/qemu-dm-wrapper xen-utils-4.1:

Package: xen-utils-4.2 Version: 4.2.0-1 Severity: normal Hello, xl-network-configuration.markdown which is referenced ins the sample configuration and is supposed to detail networking configuration is not installed. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (910, 'testing'), (900, 'stable'), (410, 'unstable'), (200,

Package: xen-utils-4.2 Version: 4.2.0-1 Severity: important Hello, I tried running a DomU usinga disk image file for storage. This tries to use qemu-dm to attach the file as disk which does not exist. When I set up a loop device using the disk image and use that as disk it attaches without issues. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (910,

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

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-ocaml-dev Version: 4.2.0-1 Severity: important Tags: patch Dear Maintainer, The ocaml libraries are currently unusable as they contain the build path of .s libraries. For example: root at myvm:~# cat test.ml let _ = let v = Xenctrl.with_intf (fun h -> Xenctrl.version h) in () root at myvm:~# ocamlfind ocamlopt -package xenctrl test.ml -linkpkg -o test File

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

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

Source: xen Version: 4.3.0-1 Severity: serious Justification: FTBFS Hi New uploaded xen 4.3.0-1 FTBFS, see [1] for build log for i386. [1] https://buildd.debian.org/status/fetch.php?pkg=xen&arch=i386&ver=4.3.0-1&stamp=1378426577 Regards, Salvatore

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-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>}

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 +++++

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

On Tue, 15 Oct 2024 14:20:02 +0400 Mariam Arutunian <mariamarutunian at gmail.com> wrote: > Package: libxen > Version: 4.17.3 > Severity: normal > X-Debbugs-Cc: mariamarutunian at gmail.com > > Dear Maintainer, > A vulnerability identified as CVE-2014-4608 was discovered and fixed in LZO decompressor in the Linux kernel with the following commit:

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

All, I am making a first pass at using the C bindings of the Xen-API for a test application, and am running into some confusion on the proper use of the API. I am modeling some of my development around the test code in tools/libxen/test/test_bindings.c However, some things are not clear to me, and the API documentation seems to be more of a function reference, than documenting the intended

Package: libxen-dev Version: 3.2.0-2 Severity: wishlist Tags: patch Hi, libvirt needs privcmd.h to build. Please apply. Thanks for building a libxen-dev package, -- Guido Index: xen-3-3.2.0/debian/libxen-dev.install =================================================================== --- xen-3-3.2.0.orig/debian/libxen-dev.install 2008-01-28 18:43:43.000000000 +0000 +++

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

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