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

Your message dated Fri, 10 Jan 2025 20:36:04 +0100 with message-id <39184179.XM6RcZxFsP at localhost> and subject line Re: libxen: Libxen Includes Code Similar to LZO Decompressor with a Known CVE has caused the Debian Bug report #1085137, regarding libxen: Libxen Includes Code Similar to LZO Decompressor with a Known CVE to be marked as done. This means that you claim that the problem has

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

Source: systemd Version: 257.1-5 Severity: normal Tags: patch X-Debbugs-Cc: maxi at daemonizer.de, xen at packages.debian.org Control: affects -1 + src:xen Starting with version 4.19, the xen package in Debian stopped building xen on the armhf architecture. Your package currently depends on libxen-dev on the armhf architecture, please remove that dependency as the armhf package is going away

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

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