On Sat, 2008-11-22 at 13:56 +0100, Jérémy Bobbio wrote:
On Fri, Nov 21, 2008 at 03:31:42PM +, Ian Campbell wrote:
Jérémy are you OK with me reverting r55059. According to #464962 the
issue is fixed in the kernel with 2.6.26-8.
Please do so…
Thanks. I've committed it now. I'm not an
On Fri, Nov 21, 2008 at 03:31:42PM +, Ian Campbell wrote:
Jérémy are you OK with me reverting r55059. According to #464962 the
issue is fixed in the kernel with 2.6.26-8.
Please do so…
(and for the whole team: please accept my apologies for being mostly MIA
these days.)
Cheers,
--
Jérémy
Hi Ian,
On Fri, Oct 31, 2008 at 04:32:16PM +, Ian Campbell wrote:
On Fri, 2008-10-31 at 17:22 +0100, Bastian Blank wrote:
On Fri, Oct 31, 2008 at 04:31:00PM +0100, Guido Günther wrote:
So to me it seems the workaround can be removed:
* removed for VIA Ester altogeher
* removed
On Fri, 2008-11-21 at 16:20 +0100, Guido Günther wrote:
Hi Ian,
On Fri, Oct 31, 2008 at 04:32:16PM +, Ian Campbell wrote:
On Fri, 2008-10-31 at 17:22 +0100, Bastian Blank wrote:
On Fri, Oct 31, 2008 at 04:31:00PM +0100, Guido Günther wrote:
So to me it seems the workaround can be
On Fri, Nov 21, 2008 at 03:31:42PM +, Ian Campbell wrote:
On Fri, 2008-11-21 at 16:20 +0100, Guido Günther wrote:
Hi Ian,
On Fri, Oct 31, 2008 at 04:32:16PM +, Ian Campbell wrote:
On Fri, 2008-10-31 at 17:22 +0100, Bastian Blank wrote:
On Fri, Oct 31, 2008 at 04:31:00PM +0100,
On Fri, 2008-11-21 at 16:36 +0100, Guido Günther wrote:
virt-install -n xenfoo1 -r 96 --disk path=/dev/blockdevice,device=disk
--location=http://ftp.nl.debian.org/debian/dists/testing/main/installer-i386
Neat tool, I hadn't seen it before.
BTW, the Vcs-{Browser,Git} tags in your
Package: installation-reports
Version: 2.38
Severity: normal
Boot method: network
Image version: http://people.debian.org/~joeyh/d-i/images/current/
Date: 20081031
Machine: Xen Paravirtual machine on a lenny Dom0
Partitions:
Device Boot Start End Blocks Id System
On Fri, 2008-10-31 at 12:58 +0100, Guido Guenther wrote:
Package: installation-reports
Version: 2.38
Severity: normal
Boot method: network
Image version: http://people.debian.org/~joeyh/d-i/images/current/
Date: 20081031
Machine: Xen Paravirtual machine on a lenny Dom0
Partitions:
On Fri, 2008-10-31 at 12:56 +, Ian Campbell wrote:
The installtion itself worked great but d-i failed to install an
appropriate kernel for Xen Paravirt so the system failed to boot.
To fix this up I mounted the partition in the dom0 and installed the
correct kernel. d-i installed
Hi Ian,
On Fri, Oct 31, 2008 at 01:26:08PM +, Ian Campbell wrote:
[..snip..]
d-i should have installed the 686-bigmem image when running under Xen
due to the use of the 686-bigmem kernel for the Xen variant of the
installer. I'll investigate why this didn't happen.
It seems to be
On Fri, 2008-10-31 at 16:31 +0100, Guido Günther wrote:
Hi Ian,
On Fri, Oct 31, 2008 at 01:26:08PM +, Ian Campbell wrote:
[..snip..]
d-i should have installed the 686-bigmem image when running under Xen
due to the use of the 686-bigmem kernel for the Xen variant of the
installer.
On Fri, Oct 31, 2008 at 12:56:48PM +, Ian Campbell wrote:
On Fri, 2008-10-31 at 12:58 +0100, Guido Guenther wrote:
Package: installation-reports
Version: 2.38
Severity: normal
Boot method: network
Image version: http://people.debian.org/~joeyh/d-i/images/current/
Date: 20081031
On Fri, 2008-10-31 at 15:38 +, Ian Campbell wrote:
So to me it seems the workaround can be removed:
* removed for VIA Ester altogeher
* removed vor VIA Nehemiah once we ship 2.6.27
Do you happen to know the Family/Model for the Nehemiah?
Your cpuinfo shows that Esther is Family
On Fri, 2008-10-31 at 16:44 +0100, Guido Günther wrote:
On Fri, Oct 31, 2008 at 12:56:48PM +, Ian Campbell wrote:
On Fri, 2008-10-31 at 12:58 +0100, Guido Guenther wrote:
Package: installation-reports
Version: 2.38
Severity: normal
Boot method: network
Image version:
On Fri, Oct 31, 2008 at 03:38:30PM +, Ian Campbell wrote:
On Fri, 2008-10-31 at 16:31 +0100, Guido Günther wrote:
Hi Ian,
On Fri, Oct 31, 2008 at 01:26:08PM +, Ian Campbell wrote:
[..snip..]
d-i should have installed the 686-bigmem image when running under Xen
due to the
On Fri, Oct 31, 2008 at 03:46:22PM +, Ian Campbell wrote:
diff --git a/packages/base-installer/kernel/i386.sh
b/packages/base-installer/kernel/i386.sh
index cba6d9b..e8929ea 100644
--- a/packages/base-installer/kernel/i386.sh
+++ b/packages/base-installer/kernel/i386.sh
@@ -36,10 +36,17
On Fri, Oct 31, 2008 at 04:31:00PM +0100, Guido Günther wrote:
So to me it seems the workaround can be removed:
* removed for VIA Ester altogeher
* removed vor VIA Nehemiah once we ship 2.6.27
Please read #464962 first.
Bastian
--
Women professionals do tend to over-compensate.
On Fri, 2008-10-31 at 17:11 +0100, Guido Günther wrote:
Yes, this looks just right!
This is functionally identical but is more self-documenting...
diff --git a/packages/base-installer/debian/changelog
b/packages/base-installer/debian/changelog
index 59404b5..5fd1b4c 100644
---
On Fri, Oct 31, 2008 at 03:52:43PM +, Ian Campbell wrote:
[..snip..]
d-i should have installed the 686-bigmem image when running under Xen
due to the use of the 686-bigmem kernel for the Xen variant of the
installer. I'll investigate why this didn't happen.
Could you please
On Fri, 2008-10-31 at 17:22 +0100, Bastian Blank wrote:
On Fri, Oct 31, 2008 at 04:31:00PM +0100, Guido Günther wrote:
So to me it seems the workaround can be removed:
* removed for VIA Ester altogeher
* removed vor VIA Nehemiah once we ship 2.6.27
Please read #464962 first.
OK, so I
20 matches
Mail list logo