Bug#181088: marked as done (Progress bar API problem)

2003-02-21 Thread Debian Bug Tracking System
Your message dated Fri, 21 Feb 2003 18:32:10 -0500 with message-id <[EMAIL PROTECTED]> and subject line Bug#181088: fixed in cdebconf 0.31 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your

Bug#180299: marked as done (cdebconf/slang: In select question, tab jumps to a cancel button even if it doesn't exist)

2003-02-21 Thread Debian Bug Tracking System
Your message dated Fri, 21 Feb 2003 18:32:09 -0500 with message-id <[EMAIL PROTECTED]> and subject line Bug#180299: fixed in cdebconf 0.31 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your

Bug#181083: marked as done (cdebconf: progress stuff isn't available in shell-scripts)

2003-02-21 Thread Debian Bug Tracking System
Your message dated Fri, 21 Feb 2003 18:32:10 -0500 with message-id <[EMAIL PROTECTED]> and subject line Bug#181083: fixed in cdebconf 0.31 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your

Bug#181081: marked as done (cdebconf/text: Progress info overwrites itself)

2003-02-21 Thread Debian Bug Tracking System
Your message dated Fri, 21 Feb 2003 18:32:10 -0500 with message-id <[EMAIL PROTECTED]> and subject line Bug#181081: fixed in cdebconf 0.31 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your

cdrom-checker_0.01_i386.changes is NEW

2003-02-21 Thread Debian Installer
(new) cdrom-checker_0.01.dsc optional debian-installer (new) cdrom-checker_0.01.tar.gz optional debian-installer (new) cdrom-checker_0.01_all.udeb optional debian-installer Verify the cd contents Use this module to verify the current installation cdrom. Changes: cdrom-checker (0.01) unstable; urge

Bug#181975: di-utils-mkfs: failure with unpartitioned hard drive

2003-02-21 Thread Oskar Liljeblad
On Friday, February 21, 2003 at 15:00, Matt Kraai wrote: > > > The fix is either to tell the user that there are no partitions, > > or (IMHO the preferred way for experts) allow the user to create > > a file system on the whole disk. Theoretical (untested) fix > > below. > > Why would you prefer

cdebconf_0.31_i386.changes ACCEPTED

2003-02-21 Thread Debian Installer
Accepted: cdebconf-slang-udeb_0.31_i386.udeb to pool/main/c/cdebconf/cdebconf-slang-udeb_0.31_i386.udeb cdebconf-udeb_0.31_i386.udeb to pool/main/c/cdebconf/cdebconf-udeb_0.31_i386.udeb cdebconf_0.31.dsc to pool/main/c/cdebconf/cdebconf_0.31.dsc cdebconf_0.31.tar.gz to pool/main/c/cdebconf

Bug#181975: di-utils-mkfs: failure with unpartitioned hard drive

2003-02-21 Thread Matt Kraai
On Fri, Feb 21, 2003 at 11:36:03PM +0100, Oskar Liljeblad wrote: > Running "Create a file system" (di-utils-mkfs) on a drive > with no partitions causes this error: > > di-utils-mkfs's postinst exited with status 5120 See also #180694. > The fix is either to tell the user that there are no par

Processed: reassign 175187 cdrom-detect

2003-02-21 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: > reassign 175187 cdrom-detect Bug#175187: debootstrap: eject missing from basedebs.tar Bug reassigned from package `debootstrap' to `cdrom-detect'. > tag 175187 pending Bug#175187: debootstrap: eject missing from basedebs.tar There were no tags set. Tag

Bug#181975: di-utils-mkfs: failure with unpartitioned hard drive

2003-02-21 Thread Oskar Liljeblad
Package: di-utils-mkfs Version: 0.16 Severity: normal Running "Create a file system" (di-utils-mkfs) on a drive with no partitions causes this error: di-utils-mkfs's postinst exited with status 5120 The fix is either to tell the user that there are no partitions, or (IMHO the preferred way for

busybox-cvs_0.60.99.cvs20030221-1_i386.changes ACCEPTED

2003-02-21 Thread Debian Installer
Accepted: busybox-cvs-static_0.60.99.cvs20030221-1_i386.deb to pool/main/b/busybox-cvs/busybox-cvs-static_0.60.99.cvs20030221-1_i386.deb busybox-cvs-udeb_0.60.99.cvs20030221-1_i386.udeb to pool/main/b/busybox-cvs/busybox-cvs-udeb_0.60.99.cvs20030221-1_i386.udeb busybox-cvs_0.60.99.cvs20030221-

Uploading cdebconf

2003-02-21 Thread Martin Sjögren
I want to upload cdebconf pretty soon, so I can upload cdrom-checker for Thorsten. Does anybody have any objections? Any more stuff to go in before upload? /M signature.asc Description: Detta =?ISO-8859-1?Q?=E4r?= en digitalt signeradmeddelandedel

Re: Network install of Woody

2003-02-21 Thread Eduard Bloch
#include * John Summerfield [Fri, Feb 21 2003, 02:10:57PM]: > > to be a lot of interest, but not too much concrete input. Maybe > > one of the issues is there are so many ways to get it to work? > > If I were to write it (assuming I knew enough, which at present I don't), you > could probably p

Bug#181812: busybox-cvs: find applet doesn't return the same files then busybox

2003-02-21 Thread Thorsten Sauter
On Fri, Feb 21, 2003 at 11:32:25AM +0800, John Summerfield wrote: > Does the target for the symlink exist? Its lack also causes that symptom. it exist. -- Thorsten Sauter <[EMAIL PROTECTED]> (Is there life after /sbin/halt -p?) pgp0.pgp Description: PGP s

rootskel_0.19_i386.changes ACCEPTED

2003-02-21 Thread Debian Installer
Accepted: rootskel_0.19.dsc to pool/main/r/rootskel/rootskel_0.19.dsc rootskel_0.19.tar.gz to pool/main/r/rootskel/rootskel_0.19.tar.gz rootskel_0.19_i386.udeb to pool/main/r/rootskel/rootskel_0.19_i386.udeb Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- T

debian-installer status 2003-02-21

2003-02-21 Thread Tollef Fog Heen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Since the last status report, almost three months have passed, we have had a quite successful alpha release and much has changed. Debian-installer is still able to install Debian, so that hasn't changed. :) The goals set in the last status report befo

Re: a graphical interface for debian-installer

2003-02-21 Thread Sebastian Ley
* Michael Cardenas wrote: > Akira, Your udebs look great, but since the last time I talked to you, > we discussed some more of the details here on the list with Sebastian > Lay and Junichi, and came up with the following plan: > > It seems that for udebs with libraries, we need to have the > fol

Re: SV: loop: can't get info on device

2003-02-21 Thread Eduard Bloch
#include * Eduard Bloch [Fri, Feb 21 2003, 10:20:45AM]: > > Yes, don't try extracting the kernel more than 7 times (assuming > > del_loop doesn't get called appropriately) ;-) > > Heh? IIRC this is dead code, I replaced loop-device operations with > direct losetup calls during the Woody freeze b

Re: SV: loop: can't get info on device

2003-02-21 Thread Eduard Bloch
#include * Emile van Bergen [Fri, Feb 21 2003, 09:47:25AM]: > > I found a spot in boot-floppies where this could happen, and added a > > check. I think this will have to wait for r3 though. Do you see any > > possible workarounds in the find_unused_loop_device() code in > > losetup.c? > > Yes,

Re: SV: loop: can't get info on device

2003-02-21 Thread Emile van Bergen
(sorry) On Fri, Feb 21, 2003 at 09:47:25AM +0100, Emile van Bergen wrote: > I suspect with that things go wrong earlier, causing get_device() in > extract_kernel.c to be called with an empty (non-null) image parameter. It seems this can happen in extract_kernel.c, choose_and_install(), if both A

Re: SV: loop: can't get info on device

2003-02-21 Thread Emile van Bergen
Hi, On Thu, Feb 20, 2003 at 07:28:42PM -0700, Chris Tillman wrote: > I found a spot in boot-floppies where this could happen, and added a > check. I think this will have to wait for r3 though. Do you see any > possible workarounds in the find_unused_loop_device() code in > losetup.c? Yes, don't