Re: [RFC] Virtio support v1

2008-07-06 Thread Bastian Blank 
On Sun, Jul 06, 2008 at 01:24:28AM +0200, Jérémy Bobbio wrote:
> Both network and block drivers are loaded automatically and no other
> components require, as far as I have seen, further modifications.
> grub-installer has been taught about virtio block devices by Colin in
> r52925.

virtio_pci is pci specific. The other modules are available for s390.

Bastian

-- 
Extreme feminine beauty is always disturbing.
-- Spock, "The Cloud Minders", stardate 5818.4


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

[RFC] Virtio support v1

2008-07-06 Thread Jérémy Bobbio 
Hi!

Attached is a patchset adding support for virtio net and block devices.

There is only three small patches:
 * a new "virtio-modules" package is added to kernel-wedge,
 * virtio-modules is built for i386 (and should be added in the future
   to other architectures supported by qemu),
 * a small change is done to partman's humandev, reusing Xen virtual
   disks templates.

Both network and block drivers are loaded automatically and no other
components require, as far as I have seen, further modifications.
grub-installer has been taught about virtio block devices by Colin in
r52925.

The speed improvements seems quite important from my tests, so I
really think this is a worthwhile inclusion (at least for us, d-i
developpers ;) ).

Cheers,
-- 
Jérémy Bobbio.''`. 
[EMAIL PROTECTED]: :Ⓐ  :  # apt-get install anarchism
`. `'` 
  `-   
commit 661b299249ba1b14aa561eb13727af258ff7d141
Author: Jérémy Bobbio <[EMAIL PROTECTED]>
Date:   Sat Jul 5 22:05:00 2008 +

Add virtio-modules to kernel-wedge

diff --git a/packages/kernel/kernel-wedge/debian/changelog b/packages/kernel/kernel-wedge/debian/changelog
index baae7cf..72b69ee 100644
--- a/packages/kernel/kernel-wedge/debian/changelog
+++ b/packages/kernel/kernel-wedge/debian/changelog
@@ -1,3 +1,11 @@
+kernel-wedge (2.46) UNRELEASED; urgency=low
+
+  [ Jérémy Bobbio ]
+  * Add virtio-modules package used to improve I/O when run inside a
+compatible emulator.
+
+ -- Jérémy Bobbio <[EMAIL PROTECTED]>  Sat, 05 Jul 2008 21:57:06 +
+
 kernel-wedge (2.45) unstable; urgency=low
 
   [ Frans Pop ]
diff --git a/packages/kernel/kernel-wedge/modules/virtio-modules b/packages/kernel/kernel-wedge/modules/virtio-modules
new file mode 100644
index 000..35c02f5
--- /dev/null
+++ b/packages/kernel/kernel-wedge/modules/virtio-modules
@@ -0,0 +1,4 @@
+virtio_net
+virtio_blk
+virtio_balloon
+virtio_pci
diff --git a/packages/kernel/kernel-wedge/package-list b/packages/kernel/kernel-wedge/package-list
index 1762804..13eba22 100644
--- a/packages/kernel/kernel-wedge/package-list
+++ b/packages/kernel/kernel-wedge/package-list
@@ -420,3 +420,9 @@ Depends: kernel-image
 Priority: extra
 Description: zlib modules
  This package contains zlib modules.
+
+Package: virtio-modules
+Depends: kernel-image
+Priority: extra
+Description: virtio modules
+ This packages contains virtio modules.

commit 5b7210c490cbb727de6160c9961e24d82b3defb2
Author: Jérémy Bobbio <[EMAIL PROTECTED]>
Date:   Sat Jul 5 22:36:24 2008 +

Add virtio-modules to linux-kernel-di-i386-2.6

diff --git a/packages/kernel/linux-kernel-di-i386-2.6/debian/changelog b/packages/kernel/linux-kernel-di-i386-2.6/debian/changelog
index 67b1620..8870f99 100644
--- a/packages/kernel/linux-kernel-di-i386-2.6/debian/changelog
+++ b/packages/kernel/linux-kernel-di-i386-2.6/debian/changelog
@@ -1,3 +1,10 @@
+linux-kernel-di-i386-2.6 (1.63) UNRELEASED; urgency=low
+
+  [ Jérémy Bobbio ]
+  * Add virtio-modules.
+
+ -- Jérémy Bobbio <[EMAIL PROTECTED]>  Sat, 05 Jul 2008 22:05:44 +
+
 linux-kernel-di-i386-2.6 (1.62) unstable; urgency=low
 
   [ Frans Pop ]
diff --git a/packages/kernel/linux-kernel-di-i386-2.6/debian/control.stub b/packages/kernel/linux-kernel-di-i386-2.6/debian/control.stub
index f301480..593a500 100644
--- a/packages/kernel/linux-kernel-di-i386-2.6/debian/control.stub
+++ b/packages/kernel/linux-kernel-di-i386-2.6/debian/control.stub
@@ -3,5 +3,5 @@ Section: debian-installer
 Priority: optional
 Maintainer: Debian Install System Team 
 Uploaders: Joey Hess <[EMAIL PROTECTED]>, Frans Pop <[EMAIL PROTECTED]>
-Build-Depends: kernel-wedge (>= 2.45)
+Build-Depends: kernel-wedge (>= 2.46)
 Vcs-Svn: svn://svn.debian.org/d-i/trunk/packages/kernel/linux-kernel-di-i386-2.6
diff --git a/packages/kernel/linux-kernel-di-i386-2.6/modules/i386/virtio-modules b/packages/kernel/linux-kernel-di-i386-2.6/modules/i386/virtio-modules
new file mode 100644
index 000..61da396
--- /dev/null
+++ b/packages/kernel/linux-kernel-di-i386-2.6/modules/i386/virtio-modules
@@ -0,0 +1 @@
+#include 

commit 0a1a0eb55b2c6cd9b3d2bf75541c4ee942364dc3
Author: Jérémy Bobbio <[EMAIL PROTECTED]>
Date:   Sat Jul 5 23:09:10 2008 +

Improve display of virtio virtual disks in partman

diff --git a/packages/partman/partman-base/debian/changelog b/packages/partman/partman-base/debian/changelog
index daca21f..b1e93e0 100644
--- a/packages/partman/partman-base/debian/changelog
+++ b/packages/partman/partman-base/debian/changelog
@@ -1,7 +1,11 @@
 partman-base (122) UNRELEASED; urgency=low
 
+  [ Otavio Salvador ]
   * Do not list /dev/mtd devices since they aren't supported by parted.
 
+  [ Jérémy Bobbio ]
+  * Improve display of virtio virtual disks.
+
  -- Otavio Salvador <[EMAIL PROTECTED]>  Thu, 26 Jun 2008 16:58:01 -0300
 
 partman-base (121) unstable; urgency=low
diff --git a/packages/partman/partman-base/lib/ba

Processed: Re: partman-crypto: Broken when using multiple disks

2008-07-06 Thread Debian Bug Tracking System 
Processing commands for [EMAIL PROTECTED]:

> retitle 488687 partman-crypto: Broken if more than 1 encrypted partition
Bug#488687: partman-crypto: Broken when using multiple disks
Changed Bug title to `partman-crypto: Broken if more than 1 encrypted 
partition' from `partman-crypto: Broken when using multiple disks'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#488687: partman-crypto: Broken when using multiple disks

2008-07-06 Thread Daniel Baumann 
retitle 488687 partman-crypto: Broken if more than 1 encrypted partition
thanks

Also, it already break when just using more than one partition on the
same disk.

In that case, only the *first* partition with a passphrase got the
passphrase properly assigned, and all other encrypted partitions are not
accessible (cryptsetup says 'No key available with this passphrase'),
which renders the possibility of using encrypted partitions in d-i
completely useless.

Regards,
Daniel

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  [EMAIL PROTECTED]
Internet:   http://people.panthera-systems.net/~daniel-baumann/



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Please unblock expat 2.0.1-4

2008-07-06 Thread Luk Claes 
Daniel Leidert wrote:
> Please unblock expat 2.0.1-4. It has been in unstable for 25 days now
> without any bug report. Objections?
> 
> http://packages.qa.debian.org/e/expat.html
> http://packages.debian.org/changelogs/pool/main/e/expat/current/changelog

Cc-ing to [EMAIL PROTECTED] as it contains a udeb...

Cheers

Luk


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

daily build for Sparc

2008-07-06 Thread Geert Stappers 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello,

Usually I netboot Sparc computers for installation.
With 'qemu-system-sparc' I haven't a working networkboot yet.
(I even don't known if it is possible)

So I wanted to try an install from CD inside Qemu Sparc.

With http://people.debian.org/~stappers/d-i/sparc/daily/mini.iso
I get these errors:

 Your imagename `install' and arguments `' have either wrong syntax,
 or describe a label which is not present in silo.conf

In http://people.debian.org/~stappers/d-i/sparc/daily/cdrom/
is no ISO image available.

With those two things broken, I have one question:

 Does it make sense that I keep building a daily build for d-i sparc
 which only contains a working netboot?


I'm willing to continue the automatic part of the daily sparc build,
but no time to fix the above reported issues.

Probably it is better if a d-i team member takes over the task.


Cheers
Geert Stappers

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFIcMb/OSINbgwa/7sRAvQxAKCn2+xrXoUox1ZNa8HB+LgJK8KYdQCgkvRr
xzsvjRUlySoQ7DB9aF5vhOA=
=8uar
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processing of partman-base_122_amd64.changes

2008-07-06 Thread Archive Administrator 
partman-base_122_amd64.changes uploaded successfully to localhost
along with the files:
  partman-base_122.dsc
  partman-base_122.tar.gz
  partman-base_122_amd64.udeb
  partman-utils_122_amd64.udeb

Greetings,

Your Debian queue daemon


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

partman-base_122_amd64.changes ACCEPTED

2008-07-06 Thread Debian Installer 

Accepted:
partman-base_122.dsc
  to pool/main/p/partman-base/partman-base_122.dsc
partman-base_122.tar.gz
  to pool/main/p/partman-base/partman-base_122.tar.gz
partman-base_122_amd64.udeb
  to pool/main/p/partman-base/partman-base_122_amd64.udeb
partman-utils_122_amd64.udeb
  to pool/main/p/partman-base/partman-utils_122_amd64.udeb


Override entries for your package:
partman-base_122.dsc - source debian-installer
partman-base_122_amd64.udeb - standard debian-installer
partman-utils_122_amd64.udeb - extra debian-installer

Announcing to [EMAIL PROTECTED]


Thank you for your contribution to Debian.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: daily build for Sparc

2008-07-06 Thread Joey Hess 
Geert Stappers wrote:
> With http://people.debian.org/~stappers/d-i/sparc/daily/mini.iso
> I get these errors:
> 
>  Your imagename `install' and arguments `' have either wrong syntax,
>  or describe a label which is not present in silo.conf

Based on qemu's man page, I think that qemu-system-sparc emulates a
sparc32, which is probably why silo is ignoring this item from
silo.conf with a "install" label:

# Standard boot images
image[sun4u]=/boot/vmlinuz-sparc64
  label=install

-- 
see shy jo


signature.asc
Description: Digital signature

[RFC] Allow cancelation of NTP synchronisation

2008-07-06 Thread Jérémy Bobbio 
Hi!

As NTP packets can be blocked by a wrong network configuration (or not
working well within qemu "user" network emulation), having to wait 30
seconds until rdate failure can sometime be a little frustrating.

These two patchs allow NTP synchronisation to be canceled in the
installer.

The first patch is against rdate, and adds, when -vv is specified on the
command-line, the output of single dot (".") for each NTP query sent.

The second patch modifies clock-setup to use these dots in order to
step the progress bar on each of these dots.  In case of a cancelation,
rdate is killed on SIGPIPE due to the standard output closure.

It looked as the easiest way to make NTP synchronisation cancelable, but
I might be wrong. :)  Comments happily welcome. :)

Cheers,
-- 
Jérémy Bobbio.''`. 
[EMAIL PROTECTED]: :Ⓐ  :  # apt-get install anarchism
`. `'` 
  `-   
diff -u rdate-1.1.3/src/rdate.c rdate-1.1.3/src/rdate.c
--- rdate-1.1.3/src/rdate.c
+++ rdate-1.1.3/src/rdate.c
@@ -70,7 +70,7 @@
 #endif
 
 void rfc868time_client (const char *, int, struct timeval *, struct timeval *, int, int, int);
-void ntp_client (const char *, int, struct timeval *, struct timeval *, int, int);
+void ntp_client (const char *, int, struct timeval *, struct timeval *, int, int, int);
 
 extern char*__progname;
 
@@ -157,7 +157,7 @@
 	hname = argv[optind];
 
 	if (ntp)
-		ntp_client(hname, family, &new, &adjust, corrleaps, port);
+		ntp_client(hname, family, &new, &adjust, corrleaps, port, verbose);
 	else
 		rfc868time_client(hname, family, &new, &adjust, corrleaps, useudp, port);
 
diff -u rdate-1.1.3/src/ntp.c rdate-1.1.3/src/ntp.c
--- rdate-1.1.3/src/ntp.c
+++ rdate-1.1.3/src/ntp.c
@@ -110,8 +110,8 @@
 	u_int64_t	xmitck;
 };
 
-void	ntp_client(const char *, int, struct timeval *, struct timeval *, int, int);
-int	sync_ntp(int, const struct sockaddr *, double *, double *);
+void	ntp_client(const char *, int, struct timeval *, struct timeval *, int, int, int);
+int	sync_ntp(int, const struct sockaddr *, double *, double *, int);
 int	write_packet(int, struct ntp_data *);
 int	read_packet(int, struct ntp_data *, double *, double *);
 void	unpack_ntp(struct ntp_data *, u_char *);
@@ -126,7 +126,7 @@
 
 void
 ntp_client(const char *hostname, int family, struct timeval *new,
-struct timeval *adjust, int leapflag, int port)
+struct timeval *adjust, int leapflag, int port, int verbose)
 {
 	struct addrinfo hints, *res0, *res;
 	double offset, error;
@@ -155,7 +155,7 @@
 			((struct sockaddr_in*)res->ai_addr)->sin_port = htons(port);
 		}
 
-		ret = sync_ntp(s, res->ai_addr, &offset, &error);
+		ret = sync_ntp(s, res->ai_addr, &offset, &error, verbose);
 		if (ret < 0) {
 #ifdef DEBUG
 			fprintf(stderr, "try the next address\n");
@@ -181,7 +181,8 @@
 }
 
 int
-sync_ntp(int fd, const struct sockaddr *peer, double *offset, double *error)
+sync_ntp(int fd, const struct sockaddr *peer, double *offset, double *error,
+int verbose)
 {
 	int attempts = 0, accepts = 0, rejects = 0;
 	int delay = MAX_DELAY, ret;
@@ -200,6 +201,10 @@
 	}
 
 	while (accepts < MAX_QUERIES && attempts < 2 * MAX_QUERIES) {
+		if (verbose >= 2) {
+			fprintf(stderr, ".\n");
+			fflush(stderr);
+		}
 		memset(&data, 0, sizeof(data));
 
 		if (current_time(JAN_1970) > deadline) {
diff -u rdate-1.1.3/debian/changelog rdate-1.1.3/debian/changelog
--- rdate-1.1.3/debian/changelog
+++ rdate-1.1.3/debian/changelog
@@ -1,3 +1,11 @@
+rdate (1:1.1.3-2~~lunar1) UNRELEASED; urgency=low
+
+  * When "-vv" is specified, rdate now displays a dot each time it tries
+to send a packet to the NTP server.  This is needed to implement
+cancelation of time synchronisation in the debian-installer.
+
+ -- Jérémy Bobbio <[EMAIL PROTECTED]>  Wed, 12 Mar 2008 08:04:06 +0100
+
 rdate (1:1.1.3-1) unstable; urgency=low
 
   * New upstream release
commit e7bc9afdc85c2080a2f5fd3ecccdedae01a47649
Author: Jérémy Bobbio <[EMAIL PROTECTED]>
Date:   Wed Mar 12 08:20:58 2008 +0100

Add the ability to cancel NTP synchronisation

diff --git a/packages/clock-setup/debian/changelog b/packages/clock-setup/debian/changelog
index 6d07620..ae78467 100644
--- a/packages/clock-setup/debian/changelog
+++ b/packages/clock-setup/debian/changelog
@@ -1,8 +1,13 @@
 clock-setup (0.96) UNRELEASED; urgency=low
 
+  [ Frans Pop ]
   * Remove Petter Reinholdtsen and Christian Perrier as Uploaders with many
 thanks for their past contributions.
 
+  [ Jérémy Bobbio ]
+  * Add the ability to cancel NTP synchronisation.
+This needs rdate-udeb (>> 1.1.3-1).
+
  -- Frans Pop <[EMAIL PROTECTED]>  Tue, 08 Apr 2008 13:25:35 +0200
 
 clock-setup (0.95) unstable; urgency=low
diff --git a/packages/clock-setup/debian/clock-setup.postinst b/packages/clock-setup/debian/clock-setup.postinst
index 2ead470..6e33a52 100755
--- a/packages/clock-setup/debian/clock-setup.postinst
+++ b/packages/clock-s

[RFC] Column alignment in partman v4

2008-07-06 Thread Jérémy Bobbio 
On Thu, Jul 03, 2008 at 08:20:05PM +0200, Jérémy Bobbio wrote:
> I am fairly confident in those changes and I have tested them for a
> while already.

*ahem*  I spoke too quickly.

The handling of alignement in text and newt frontends for multibyte
strings was broken in the previous patches.

This is fixed in this new version and I have added
localechooser/languagelist as another test to catch similar issues.

Cheers,
-- 
Jérémy Bobbio.''`. 
[EMAIL PROTECTED]: :Ⓐ  :  # apt-get install anarchism
`. `'` 
  `-   


partman_align_v4.diff.gz
Description: Binary data


signature.asc
Description: Digital signature

Re: [RFC] Allow cancelation of NTP synchronisation

2008-07-06 Thread Joey Hess 
Jérémy Bobbio wrote:
> The first patch is against rdate, and adds, when -vv is specified on the
> command-line, the output of single dot (".") for each NTP query sent.
> 
> The second patch modifies clock-setup to use these dots in order to
> step the progress bar on each of these dots.  In case of a cancelation,
> rdate is killed on SIGPIPE due to the standard output closure.

That's a beautiful approach. Especially if it works. :-)

The clock-setup changelog could close #468565.

However, what about #436497? Until that's fixed, any use of PROGRESS
commands while the clock could potentially be moved backwards can cause
newt to hang. Hmm, looks like there's a new newt upstream that fixes
this.

-- 
see shy jo


signature.asc
Description: Digital signature

Re: daily build for Sparc

2008-07-06 Thread Geert Stappers 
Op 06-07-2008 om 13:22 schreef Joey Hess:
> Geert Stappers wrote:
> > With http://people.debian.org/~stappers/d-i/sparc/daily/mini.iso
> > I get these errors:
> > 
> >  Your imagename `install' and arguments `' have either wrong syntax,
> >  or describe a label which is not present in silo.conf
> 
> Based on qemu's man page, I think that qemu-system-sparc emulates a
> sparc32, which is probably why silo is ignoring this item from
> silo.conf with a "install" label:
> 
> # Standard boot images
> image[sun4u]=/boot/vmlinuz-sparc64
>   label=install

That qemu is not yet emulating sparc64 in system mode,
explains a lot. It even answers the question

> > Does it make sense that I keep building a daily build for d-i sparc
> > which only contains a working netboot?

with "Yes, it makes sense."

Thanks

Cheers
Geert Stappers


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#489544: installation-reports

2008-07-06 Thread David L. Emerson 
Package: installation-reports

Boot method: CD
Image version: debian-40r3-i386-netinst.iso
Date: 2008 June 6

Machine: IBM Thinkpad T42
Processor: Pentium M 1.8 GHz
Memory: 1.5 GB
Partitions: installed on an unpartitioned 4 GB USB flash drive

Output of lspci -knn (or lspci -nn): (irrelevant)

Base System Installation Checklist: (all OK except as noted below)


Comments/Problems:

This computer supports booting from USB, so I decided to install debian 
on a USB Flash drive. I wanted an encrypted root partition.

PROBLEM 1. I first tried the "automatic" encrypted LVM setup. It 
insisted upon making a swap partition, and I was unable to delete that 
partition. Of course I don't want a swap partition on a flash based 
drive. I ultimately had to back up several steps and do a manual setup.


PROBLEM 2. Before I started the install, I used dd if=/dev/urandom 
of=/dev/sda to write random data to the drive, which makes cracking an 
encrypted partition/drive much more difficult. However, the debian 
installer insisted on writing (zeros?) to the to-be-encrypted partition 
before formatting. This was very time consuming, wasteful/redundant, 
and perhaps a security liability as well. In fact, the installer did 
this several times due to problem 1 ;)
I should be able to skip that writing since I already did it myself.


PROBLEM 3. System would not boot!!  .

It brought up the grub menu just fine, and began loading the kernel and 
initramfs. The problem occured when it tried to configure lvm 
(/usr/share/initramfs-tools/scripts/local-top/lvm) -- the kernel had 
not yet detected the presence of the USB Flash drive! Thus the call to 
activate_vg "$ROOT" was doomed to failure, since udev had not yet 
discovered the root device. A few seconds after the failure messages, 
udev discovered the device -- udev had "settled" before running 
local-top, but the USB event came later.

In order to solve this problem, I added a script 
to /etc/initramfs-tools/scripts/init-premount that waits for the device 
to appear in the /dev tree:

echo -n "Waiting for /dev/sda5 to appear"
while ! [ -b /dev/sda5 ]; do echo -n .; sleep 1s; done

It took me several days to figure out what the problem was, how to fix 
it, and how to use initramfs to roll the initrd, but now it works! 
Although my script could probably be more robust.

IMO, the debian-installer should always set up the init system to wait 
for the $ROOT (and $resume?) partitions to be visible in the /dev tree 
before proceeding with the local-top scripts.

~David.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#489588: Install report Medion akoye E1210 (MD96910)

2008-07-06 Thread Michael Kesper 
Package: installation-reports

Boot method: hd-media, netinst 
Image version: 
http://ftp.nl.debian.org/debian/dists/testing/main/installer-i386/current/images/hd-media/boot.img.gz
http://cdimage.debian.org/cdimage/lenny_di_beta2/i386/iso-cd/debian-LennyBeta2-i386-netinst.iso
Date: 2008-07-06

Machine: Medion akoya mini E1210 (MD96910)
Partitions: 
artitions: #id  length  typefs  pathname
(0,0,0)(0,0,62) -1  0-32255 32256   primary label   /dev/sda-1
(0,1,0)(850,254,62) 1   32256-69997132796999681024  
primary ext3/dev/sda1
(851,0,0)  (8667,254,62)3   6999713280-71296727039  64297013760 
primary extended/dev/sda3
(851,0,0)  (851,0,0)-1  6999713280-6999713791   512 
logical label   /dev/sda-1
(851,0,1)  (851,1,62)   -1  6999713792-699991   64000   
logical label   /dev/sda-1
(851,2,0)  (1093,254,62)5   699992-8998456319   1998678528  
logical linux-swap  /dev/sda5
(1094,0,0) (1094,0,62)  -1  8998456320-8998488575   32256   
logical label   /dev/sda-1
(1094,1,0) (8667,254,62)6   8998488576-71296727039  62298238464 
logical ext3/dev/sda6
(8668,0,0) (9728,254,62)2   71296727040-80023749119 8727022080  
primary fat32   /dev/sda2
(9729,0,0) (9729,80,62) -1  80023749120-80026361855 2612736 
primary label   /dev/sda-1


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[E]
Configure network:  [E]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Install base system:[O]
Clock/timezone setup:   [O]
User/password setup:[O]
Install tasks:  [O]
Install boot loader:[O]
Overall install:[E]

Comments/Problems:
network card (r1000?) isn't detected
module r8169 is loaded and chokes, see syslog
The installed system fails to load its root file system and I'm unable to
get anything useful after it falls into the emergency shell (initramfs).

Best wishes
Michael




  



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: [RFC] Allow cancelation of NTP synchronisation

2008-07-06 Thread Jérémy Bobbio 
On Sun, Jul 06, 2008 at 01:57:05PM -0400, Joey Hess wrote:
> Jérémy Bobbio wrote:
> > The first patch is against rdate, and adds, when -vv is specified on the
> > command-line, the output of single dot (".") for each NTP query sent.
> > 
> > The second patch modifies clock-setup to use these dots in order to
> > step the progress bar on each of these dots.  In case of a cancelation,
> > rdate is killed on SIGPIPE due to the standard output closure.
> 
> That's a beautiful approach. Especially if it works. :-)

It worked during my tests… :)  Except that I am working offline
and thus I never tested (yet) when a server is actually available.

> The clock-setup changelog could close #468565.

Will do. :)

> However, what about #436497? Until that's fixed, any use of PROGRESS
> commands while the clock could potentially be moved backwards can cause
> newt to hang. Hmm, looks like there's a new newt upstream that fixes
> this.

As PROGRESS is only sent when a '.' is received, and the later only
printed when a query is sent, no further PROGRESS should be issued after
the clock has been set by rdate.

But if you find the time to investigate the new newt upstream, please
do! :)

Cheers,
-- 
Jérémy Bobbio.''`. 
[EMAIL PROTECTED]: :Ⓐ  :  # apt-get install anarchism
`. `'` 
  `-   


signature.asc
Description: Digital signature

Bug#489588: Install report Medion akoye E1210 (MD96910)

2008-07-06 Thread Jérémy Bobbio 
On Sun, Jul 06, 2008 at 11:49:22PM +0200, Michael Kesper wrote:
> network card (r1000?) isn't detected
> module r8169 is loaded and chokes, see syslog

You forgot to attach it, it seems…

Cheers,
-- 
Jérémy Bobbio.''`. 
[EMAIL PROTECTED]: :Ⓐ  :  # apt-get install anarchism
`. `'` 
  `-   


signature.asc
Description: Digital signature

Re: New kernel-wedge uploaded, time to upload linux-{kernel,modules}-di

2008-07-06 Thread Otavio Salvador 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Bastian Blank <[EMAIL PROTECTED]> writes:

> On Fri, Jul 04, 2008 at 12:04:54PM -0300, Otavio Salvador wrote:
>> Bastian Blank <[EMAIL PROTECTED]> writes:
>> > I decided to go directly to 2.6.26 for s390 which is estimated for the
>> > next days.
>> Please don't do that. Please upload .25 kernel for s390 as we're doing
>> for all architectures so we can allow .25 to migrate to Lenny.
>
> Nope. You blocked it already for 3 months. This have to stop.

Hello Bastian,

This assertion is completely wrong. The kernel wasn't ready until last
upload so we were not blocking it since it wasn't _ready_ to migrate
to testing.

I want to get whole d-i ready with 2.6.25 to we move to 2.6.26 (if
it's ready on time) and kernel team can use experimental for the
meanwhile uploads (as I've done for parted to not mess up with sid).

I agree that would be great to release Lenny with 2.6.26 kernel
however I don't want to get it delayed due any major kernel regression
and having a well tested and stabilized installer before moving to
next major kernel release looks to be the sanest thing to do here.

Cheers,

- -- 
O T A V I OS A L V A D O R
- -
 E-mail: [EMAIL PROTECTED]  UIN: 5906116
 GNU/Linux User: 239058 GPG ID: 49A5F855
 Home Page: http://otavio.ossystems.com.br
- -
"Microsoft sells you Windows ... Linux gives
 you the whole house."
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8+ 

iEYEARECAAYFAkhxYbgACgkQLqiZQEml+FX/DACZAcImq9pdrL4ipT0HD6ClqlW9
ytkAnRrj6sv6VsfZ1HOPMIGf12nzpbUR
=Ob9X
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: New kernel-wedge uploaded, time to upload linux-{kernel,modules}-di

2008-07-06 Thread Joey Hess 
Bastian Blank wrote:
> Nope. You blocked it already for 3 months.

This seems to imply that:

- linux-2.6 has been ready to migrate to testing for 3 months.
  IIRC I check its excuses fairly regularly and until recently it's
  had RC bugs keeping it out.
- d-i somehow blocked the kernel from migrating.
  There was such a block added for beta1 on 20080215, but it was removed on
  20080317. The current thing blocking it from migrating does not seem
  to have anything to do with d-i, but just a missing 'easy' hint.
- Based on the tone of your three messages, you don't really seem to consider
  yourself a member of the d-i team? OTOH, you seem to consider yourself
  able to arbitrarily overule the d-i RMs. Interesting.

-- 
see shy jo


signature.asc
Description: Digital signature

Re: New kernel-wedge uploaded, time to upload linux-{kernel,modules}-di

2008-07-06 Thread Otavio Salvador 
Domenico Andreoli <[EMAIL PROTECTED]> writes:

> On Wed, Jul 02, 2008 at 05:19:43PM -0300, Otavio Salvador wrote:
>> Hello,
>
> Hi Otavio,
>
>> Latest kernel-wedge has been uploaded today to sid and we should start
>> the updating the installer to 2.6.25 kernel. I have uploaded the
>> packages for amd64 and i386 and would like to ask porters to handle it
>> for your pet architecture(s).
>
> please could you explain me the details? i am not sure who is going to
> take the ball for hppa. in case nobody steps forward in the next few
> days, i could give a try myself. anyway i am pretty new to the job.
>
> who previously did this jobs for hppa?

Frans Pop <[EMAIL PROTECTED]>
Kyle McMartin <[EMAIL PROTECTED]>
Bdale Garbee <[EMAIL PROTECTED]>

-- 
O T A V I OS A L V A D O R
-
 E-mail: [EMAIL PROTECTED]  UIN: 5906116
 GNU/Linux User: 239058 GPG ID: 49A5F855
 Home Page: http://otavio.ossystems.com.br
-
"Microsoft sells you Windows ... Linux gives
 you the whole house."


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#489588: Install report Medion akoye E1210 (MD96910)

2008-07-06 Thread Otavio Salvador 
Jérémy Bobbio <[EMAIL PROTECTED]> writes:

> On Sun, Jul 06, 2008 at 11:49:22PM +0200, Michael Kesper wrote:
>> network card (r1000?) isn't detected
>> module r8169 is loaded and chokes, see syslog
>
> You forgot to attach it, it seems…

gziped, please 

-- 
O T A V I OS A L V A D O R
-
 E-mail: [EMAIL PROTECTED]  UIN: 5906116
 GNU/Linux User: 239058 GPG ID: 49A5F855
 Home Page: http://otavio.ossystems.com.br
-
"Microsoft sells you Windows ... Linux gives
 you the whole house."



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: [RFC] Allow cancelation of NTP synchronisation

2008-07-06 Thread Joey Hess 
Jérémy Bobbio wrote:
> > However, what about #436497? Until that's fixed, any use of PROGRESS
> > commands while the clock could potentially be moved backwards can cause
> > newt to hang. Hmm, looks like there's a new newt upstream that fixes
> > this.
> 
> As PROGRESS is only sent when a '.' is received, and the later only
> printed when a query is sent, no further PROGRESS should be issued after
> the clock has been set by rdate.

Sounds like a race: If rdate manages to get a reply back and set the
clock before clock-setup and cdebconf update the progress bar, #436497
could still happen.

That seems unlikely to occur in real life, but a hung installer is bad
enough that I'd rather avoid even the possibility.

Re newt, I've isolated the patch from upstream git and sent it to the
bug, and it could easily be NMUed with it.

-- 
see shy jo


signature.asc
Description: Digital signature