similar to: Bug#462989: add missing header file for libvirt build

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

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

tags 466683 +patch thanks commit 765ac4708e4dd8a6fea0028d631a7c3363b286b7 Author: Ian Campbell <ijc at hellion.org.uk> Date: Fri Aug 16 10:30:17 2013 +0100 * debian/changelog: Update * debian/templates/control.main.in: Update descriptions for some packages. diff --git a/xen/debian/changelog b/xen/debian/changelog index 6100e75..e5b25ef 100644 --- a/xen/debian/changelog +++

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

Ian Campbell wrote: > + * Expand on the descriptions of some packages. (Closes: #466683) Trivial typo here: > Package: libxen-dev > Section: libdevel > Depends: libxen- at version@ (= ${binary:Version}), libxenstore3.0 (= ${binary:Version}), ${misc:Depends} > Description: Public headers and libs for Xen > This package contains the public headers and static libraries for

Package: xen-3 Severity: important Tags: patch Cheers, Marco Sinhoreli -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18.8-xen (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -------------- next part --------------

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: xen-hypervisor-4.0-amd64 Version: 4.0.1-1 Severity: grave Tags: squeeze sid Justification: causes non-serious data loss Live migration of a guest (running CentOS 5.5, Paravirtualized) crashes the target-host (Hardware: Dell R610, 2x Xeon 5620, 16Gb RAM, Perc/700-Raid) (XEN) ----[ Xen-4.0.1 x86_64 debug=n Not tainted ]---- (XEN) CPU: 9 (XEN) RIP: e008:[<ffff82c4801151f6>]

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

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

Hi I finally did the merge for Xen 4.0. For this I decided to rename the source package back to xen. The packages are available via http://hermes.jura.uni-tuebingen.de/~blank/debian/xen-test. ec1482e14f2515bd6878da0d2229b725993601fa libxen-dev_4.0.0-1~experimental.1_amd64.deb 7c394f7158ca387225935f3bbe26bdc5518a1934 libxenstore3.0_4.0.0-1~experimental.1_amd64.deb

Package: xen-hypervisor-4.0-i386 Version: 4.0.1~rc6-1 Severity: important --- Please enter the report below this line. --- Booting up the Xen Dom0 fails with an error in "i387.c:159" --- System information. --- Architecture: i386 Kernel: Linux 2.6.32-5-686-bigmem Kernel: Linux 2.6.32-5-xen-686 Debian Release: squeeze/sid 500 testing security.debian.org 500

Patch attached. Steve -- --- Makefile-orig 2006-09-04 14:37:18.000000000 +0100 +++ Makefile 2006-09-04 14:37:34.000000000 +0100 @@ -57,7 +57,7 @@ .PHONY: ioemu ioemuinstall ioemuclean ifndef XEN_NO_IOEMU ioemu ioemuinstall ioemuclean: - [ -f ioemu/config-host.h ] || \ + ( test -f ioemu/config-host.h ) || \ (cd ioemu; ./configure --prefix=usr) $(MAKE) -C

Package: xen-utils-3.0.3-1 Version: 3.0.3-0-2 Severity: important the xen-utils packages lack xfrd, which is required for live domain migrations using xm migrate. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale:

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:

Package: xen-hypervisor-3.2-1-i386 Version: 3.2-1 Severity: critical Tags: security Justification: DoS of entire system regardless of privilege When running the exploit listed in bug 464953 [1], Xen's memory state becomes corrupted and the hypervisor eventually crashes, taking all of the domU's with it. As such, this breaks operational behaviour, so I have marked this as critical. [1]

Package: xen-utils-3.0.3-1 Version: 3.0.3-0-2 Severity: normal Since this package installs python modules in /usr/lib/xen-3.0.3-1/lib/python/, and uses them directly from there, not following the python policy, once xend has started up, lots of .pyc files are created there, which will not be removed if the package is purged. These pyc files may also cause problem for future python upgrades, I

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

changeset: 30726:2a6fda4e7dde1a0a5d29a62303e85bcea868eb47 tag: tip user: Jimi Xenidis <jimix@watson.ibm.com> date: Thu Jul 13 11:51:38 2006 -0400 files: drivers/xen/privcmd/Makefile drivers/xen/privcmd/compat_privcmd.c fs/compat_ioctl.c include/xen/public/privcmd.h description: [ppc] ioctl32() compat plumbing for xen calls The following patch deals with xen