similar to: Ubuntu delta against 4.5.0-1 in experimental for disussion

On Thu, 2015-01-22 at 13:02 +0100, Stefan Bader wrote: > That one modifies xen-init-list to look at domains managed by the xl namespace. > This additionally works around a bug in xl which will report a syntax error when > "xl list -l" is called while domains in a different namespace exist. Which is > the case when libvirt is used to start them. FWIW in 4.5 xl is supposed to

On 27.11.2014 12:18, Ian Campbell wrote: > On Thu, 2014-11-27 at 11:02 +0100, Stefan Bader wrote: >> On 21.11.2014 13:50, Ian Campbell wrote: >>> Package: xen-utils-common >>> Version: 4.4.0-1 >>> Severity: important >>> Tags: patch >>> >>> Under some circumstances the xl toolstack needs to create a loopback >>> mount of a

On 22.01.2015 13:02, Stefan Bader wrote: > Hi, > > I just finished preparing the Xen-4.5 merge from experimental into our next > release (Vivid/15.04). And something I actually should have done since the 4.4 > times is to report back the delta I have in case there are things Debian might > want to pick up as well. > > So below is the commented debdiff between the 4.5.0-1

On 22.01.2015 17:02, Ian Campbell wrote: > On Thu, 2015-01-22 at 13:02 +0100, Stefan Bader wrote: >> That one modifies xen-init-list to look at domains managed by the xl namespace. >> This additionally works around a bug in xl which will report a syntax error when >> "xl list -l" is called while domains in a different namespace exist. Which is >> the case when

On Thu, 2014-11-27 at 11:02 +0100, Stefan Bader wrote: > On 21.11.2014 13:50, Ian Campbell wrote: > > Package: xen-utils-common > > Version: 4.4.0-1 > > Severity: important > > Tags: patch > > > > Under some circumstances the xl toolstack needs to create a loopback > > mount of a guest disk in dom0 (e.g. in order to run pygrub). Depending > > on

Package: xen-utils-common Version: 4.4.0-1 Severity: important Tags: patch Under some circumstances the xl toolstack needs to create a loopback mount of a guest disk in dom0 (e.g. in order to run pygrub). Depending on the nature of the guest disk (e.g. qcow2 or raw file image based) this can require a qemu instance in dom0. The upstream xencommons starts such a qemu on boot. The following patch

On Thu, 2014-11-27 at 17:41 +0100, Stefan Bader wrote: > On 27.11.2014 12:18, Ian Campbell wrote: > > On Thu, 2014-11-27 at 11:02 +0100, Stefan Bader wrote: > >> On 21.11.2014 13:50, Ian Campbell wrote: > >>> Package: xen-utils-common > >>> Version: 4.4.0-1 > >>> Severity: important > >>> Tags: patch > >>> >

On 21.11.2014 13:50, Ian Campbell wrote: > Package: xen-utils-common > Version: 4.4.0-1 > Severity: important > Tags: patch > > Under some circumstances the xl toolstack needs to create a loopback > mount of a guest disk in dom0 (e.g. in order to run pygrub). Depending > on the nature of the guest disk (e.g. qcow2 or raw file image based) > this can require a qemu

On Thu, 2015-01-22 at 16:08 +0100, Stefan Bader wrote: > On 22.01.2015 13:02, Stefan Bader wrote: > > Hi, > > > > I just finished preparing the Xen-4.5 merge from experimental into our next > > release (Vivid/15.04). And something I actually should have done since the 4.4 > > times is to report back the delta I have in case there are things Debian might > >

On 22.01.2015 16:58, Ian Campbell wrote: > On Thu, 2015-01-22 at 16:08 +0100, Stefan Bader wrote: >> On 22.01.2015 13:02, Stefan Bader wrote: >>> Hi, >>> >>> I just finished preparing the Xen-4.5 merge from experimental into our next >>> release (Vivid/15.04). And something I actually should have done since the 4.4 >>> times is to report back

On Fri, 2015-01-23 at 14:56 +0100, Stefan Bader wrote: > On 22.01.2015 17:02, Ian Campbell wrote: > > On Thu, 2015-01-22 at 13:02 +0100, Stefan Bader wrote: > >> That one modifies xen-init-list to look at domains managed by the xl namespace. > >> This additionally works around a bug in xl which will report a syntax error when > >> "xl list -l" is

On 23.01.2015 15:23, Ian Campbell wrote: > On Fri, 2015-01-23 at 14:56 +0100, Stefan Bader wrote: >> On 22.01.2015 17:02, Ian Campbell wrote: >>> On Thu, 2015-01-22 at 13:02 +0100, Stefan Bader wrote: >>>> That one modifies xen-init-list to look at domains managed by the xl namespace. >>>> This additionally works around a bug in xl which will report a

/usr/lib/xen/bin/qemu-system-i386 doesn''t exist on ARM. We need to check if the file exists/is executable and starts it. Signed-off-by: Julien Grall <julien.grall@linaro.org> --- tools/hotplug/Linux/init.d/xencommons | 11 +++++++---- 1 file changed, 7 insertions(+), 4 deletions(-) diff --git a/tools/hotplug/Linux/init.d/xencommons b/tools/hotplug/Linux/init.d/xencommons index

The contents are the wip.testme branch currently on salsa. I combined the wip.initscript and wip.oxenstored into this and added more things today. I think this is pretty gtg and it's smoke tested (in several cases by scping files around instead of doing package build), so it needs a final extra review and test round before putting it in master branch (which I don't want to force push). I

Package: xen-utils-common Version: 4.4.1-2 Severity: normal For correct operation under SE Linux the start script needs to assign correct security labels to firectories it creates. Note that restorcon doesn't cause any problems if run twice. If it's executable then you can safely run it. Below is a patch that demonstrates how to solve this problem. --- xen.old 2014-10-12

Package: xen-utils-common Version: 4.1.3~rc1+hg-20120614.a9c0a89c08f2-2 Severity: important Please modify the init scripts in a manner similar to the following to give the correct SE Linux labels. Failing to correctly label them may result in Xen not working correctly when SE Linux is enabled. --- /etc/init.d/xen.orig 2012-06-24 10:29:04.000000000 +1000 +++ /etc/init.d/xen 2012-06-24

Package: xen-utils-common Version: 4.0.0-1 Severity: important After running modules_setup you need to have the following line: [ -x /sbin/restorecon ] && /sbin/restorecon -R /dev/xen The reason is that the module load causes the kernel to create device nodes in the devtmpfs. This bypasses the udev code for labelling the device node and results in xenstored being unable to access

Source: xen Version: 4.17.3+10-g091466ba55-1 Severity: serious Tags: patch pending sid trixie Justification: library ABI skew on upgrade User: debian-arm at lists.debian.org Usertags: time-t NOTICE: these changes must not be uploaded to unstable yet! Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Hi, Here are some new library functions for klibc. Some of them are required for udev, which currently has a klibc_fixups.c file that implements these functions. mh -- Martin Hicks Wild Open Source Inc. mort@wildopensource.com 613-266-2296 # This is a BitKeeper generated patch for the following project: # Project Name: The kernel C library # This patch format is intended

Package: xen-utils-common Version: 4.3.0-3 Severity: normal Dear Maintainer, * What led up to the situation? I upgraded my server from squeeze to wheezy and then to jessie. Server is Intel S3200SHV m/b with Intel(R) Core(TM)2 Quad CPU. I'm pretty sure that before that it was running whatever came before squeeze, I forget the name. I was trying to get xen_pciback to work, so I