similar to: Bug#668550: libxs-dev conflicting with libxen-dev

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:

Processing commands for control at bugs.debian.org: > reassign 668550 libxs-dev Bug #668550 [libxen-dev,libxs-dev] libxs-dev and libxen-dev: error when trying to install together Bug reassigned from package 'libxen-dev,libxs-dev' to 'libxs-dev'. No longer marked as found in versions libxs-dev/1.0.1-1, libxen-dev/4.1.2-3, and libxen-dev/4.1.2-4. Ignoring request to alter fixed

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

Hi folks Some proposed changes: * Fixiate the API/ABI of some libs, for the stable version, including - libxenctrl, - libxenstat, - libxenstore. As upstream don't know what abinames are for, roll own abinames. * Add libxenctrlX, libxenstatX, libxenstoreX, if abinames may be different or libxenX if the abinames should the same for all libs. * Add libxen-dev including - static

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

Processing commands for control at bugs.debian.org: > found 668697 libgrib-api-1.9.16/1.9.16-1 Bug #668697 [libgrib-api-1.9.16,libgrib-api-1.9.9] libgrib-api-1.9.9 and libgrib-api-1.9.16: error when trying to install together The source libgrib-api-1.9.16 and version 1.9.16-1 do not appear to match any binary packages Marked as found in versions libgrib-api-1.9.16/1.9.16-1. > found 668697

Package: xen Dear maintainer, Recently you fixed one or more security problems and as a result you closed this bug. These problems were not serious enough for a Debian Security Advisory, so they are now on my radar for fixing in the following suites through point releases: squeeze (6.0.7) - use target "stable" Please prepare a minimal-changes upload targetting each of these suites,

I am trying to setup Dovecot to use the expire plugin and wanted to use the LDA so I can ensure the messages are indexed as they are delivered to the mailboxes. This system is only accessed via a webmail interface Using dovecot-1.1.2 and Vpopmail with Qmail Dovecot.conf file base_dir = /usr/local/var/run/dovecot/ protocols = imap disable_plaintext_auth = no shutdown_clients = yes log_path =

Hi folks The current package in unstable is able to use xl. It is still a bit edgy but seems to work. Because the old xm with xend and xl clashs and one should only use one, this needs some more setup to provide a proper upgrade path. I propose the following: - Add a script "xen" that wraps xl and xm depending on the config for use by all the scripts. Most parts are command line

Package: xen-utils-3.2-1 Version: 3.2.1-2 Severity: grave Justification: renders package unusable qemu-dm sends out this: - supported machines are: pc Standard PC (default) isapc ISA-only PC - instead of: - Supported machines are: xenfv Xen Fully-virtualized PC (default) xenpv Xen Para-virtualized PC - this renders any tries to use HVM fail. -- System Information:

Good day. This may sounds trivial, but I unable to find any documentation for libxs. Python implementation is pretty simple for use, but C is very different (lot of questions, f.e. who frees dynamic memory and when). I google it badly or it really absent? --- wBR, George. _______________________________________________ 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,

Hi folks I propose the following changes for 3.1: - Rename source to xen-3. Upstream stripped one part of the version, so the next should be 3.2. - pygrub as extra package. - Rename i386 to i386-nonpae - Rename i386-pae to i386. PAE is upstream default now and pae images works with a 64bit hypervisor. We should think about supporting libvirt. It provides an AFAIK stable interface on the

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

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

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