Bug#795330: [Xen-devel] [Pkg-xen-devel] Bug#795330: Suggests noapic but doesn't support it

On 04/09/15 15:13, Ian Campbell wrote: > On Fri, 2015-09-04 at 15:04 +0100, David Vrabel wrote: >> On 04/09/15 14:38, Ian Campbell wrote: >>> Control: tag -1 upstream >>> >>> Jan/Andy & David, >>> >>> Is there anything we can improve h

Bug#795330: [Pkg-xen-devel] Bug#795330: Suggests noapic but doesn't support it

On 04/09/15 14:38, Ian Campbell wrote: > Control: tag -1 upstream > > Jan/Andy & David, > > Is there anything we can improve here on either the Xen or kernel side do > you think? > > On Thu, 2015-08-13 at 00:59 +0200, Guido Günther wrote: >> Package: xen-hypervisor-4.5-amd64 >> Severity:

Bug#706692: xen: VMs do not signal a crash to the host after a panic

Package: linux-2.6 Version: 2.6.32-41squeeze2 Severity: normal Tags: upstream patch Debian 6.0 (squeeze) when running as a Xen VM does not signal the host (with SHUTDOWN_crash) after a kernel panic. This is regression from earlier releases. This is fixed upstream in 2.6.36 with

Bug#689308: python2.6: distutils setup installs in unexpected path if --prefix is used

Package: python2.6 Version: 2.6.6-8+b1 Severity: normal When installing a python module using distutils, if the --prefix option is passed to setup.py the module is installed into an unexpected path. By default (without the --prefix option), modules are installed into:

Bug#689308: --prefix=/usr/local works

Using --prefix=/usr/local puts the modules in: /usr/local/lib/python2.7/dist-packages/ Which _is_ in the default module search path. I presume /usr/local is being special-cased and changing the standard site-packages to dist-packages. Perhaps /usr should be handled in the same way? There is

Bug#354602: make: 3.80+3.81-rc1-1 always rebuilds entire kernel

Package: make Version: 3.80+3.81.b4-1 Followup-For: Bug #354602 Make version 3.80+3.81-rc1-1 always rebuilds the kernel even if it's just previously been built. 3.80+3.81.b4-1 does not have this problem. -- System Information: Debian Release: testing/unstable APT prefers unstable APT

Bug#352810: unpacking RPM changes permissions of working directory

Package: alien Version: 8.62 Severity: normal Tags: patch Converting an RPM results in alien changing the permissions of the working directory to 755. It looks like unpack in Alien/Package/Rpm.pm is broken. It find's files in relative to $workdir but changes permissions relative to the current

Bug#304314: libgnome-cil: depends on libgda2-1 which doesn't exist

Package: libgnome-cil Version: 1.0.4-1 Severity: grave Justification: renders package unusable libgnome-cil depends on libgda2-1 which doesn't exist. It seems that it should depend on libgda2-3. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable')