Re: [d-i] debconf, partitioning widget?

2002-07-16 Thread Anthony Towns
On Mon, Jul 15, 2002 at 06:03:38PM +0200, Eduard Bloch wrote: #include hallo.h Anthony Towns wrote on Tue Jul 16, 2002 um 01:39:21AM: We can stick with boot-floppies for Woody+1 and release Debian-4.0 with DI ;) No, no we can't. You like argumenting with semi-technical reasons - so

Re: [d-i] debconf, partitioning widget?

2002-07-16 Thread Philip Blundell
On Tue, 2002-07-16 at 05:49, Timshel Knoll wrote: The bigger issue is that parted is very strict about the partition tables it reads, so parted will not work well with inconsistent / dodgy partition tables which may have been caused by other programs. The ability to resize filesystems in the

Re: [d-i] debconf, partitioning widget?

2002-07-16 Thread Eduard Bloch
#include hallo.h Anthony Towns wrote on Tue Jul 16, 2002 um 04:53:26PM: We can stick with boot-floppies for Woody+1 and release Debian-4.0 with DI ;) No, no we can't. You like argumenting with semi-technical reasons - so which one is it this time? Good grief, you _weren't_

Re: Build failures on SID

2002-07-16 Thread Attila Nagy
Hello, Why do you still build using sid packages? We switched to Woody a while ago. Great, thanks. boot-floppies doesn't work with debootstrap, python2.1-xml and fileutils from sid. But isn't packages in SID which will be merged into woody? BTW, it seems that I hit another problems: I:

Re: [d-i] debconf, partitioning widget?

2002-07-16 Thread Chris Tillman
On Tue, Jul 16, 2002 at 02:30:15PM +0200, Eduard Bloch wrote: #include hallo.h Anthony Towns wrote on Tue Jul 16, 2002 um 04:53:26PM: We can stick with boot-floppies for Woody+1 and release Debian-4.0 with DI ;) No, no we can't. You like argumenting with semi-technical

Re: [d-i] debconf, partitioning widget?

2002-07-16 Thread Chris Tillman
On Tue, Jul 16, 2002 at 10:36:11AM +0100, Philip Blundell wrote: On Tue, 2002-07-16 at 05:49, Timshel Knoll wrote: The bigger issue is that parted is very strict about the partition tables it reads, so parted will not work well with inconsistent / dodgy partition tables which may have been

Re: Build failures on SID

2002-07-16 Thread Chris Tillman
On Tue, Jul 16, 2002 at 03:54:01PM +0200, Attila Nagy wrote: Hello, Why do you still build using sid packages? We switched to Woody a while ago. Great, thanks. boot-floppies doesn't work with debootstrap, python2.1-xml and fileutils from sid. But isn't packages in SID which will be

Re: [d-i] debconf, partitioning widget?

2002-07-16 Thread Tollef Fog Heen
* Eduard Bloch | Nope. The smiley was for Debian-4.0. If we cannot guarantee stable DI in | appropriate time, the whole distribution should not wait for it. We can't guarantee anything, but we _will_ have a stable d-i in appropriate time. We _must_ have a stable d-i in time. The alternative

Re: [d-i] debconf, partitioning widget?

2002-07-16 Thread Tollef Fog Heen
* Chris Tillman | For the installer, porting is a major effort, because architectural | differences are greatest when dealing with the hardware at a low level | such as during partitioning/booting. i386 is the _best_-understood. True. Help for other architectures is appreciated, and needed.

Re: [d-i] debconf, partitioning widget?

2002-07-16 Thread Philip Blundell
On Tue, 2002-07-16 at 15:05, Chris Tillman wrote: Wouldn't it be possible to write an API to fdisk so we could fall back to it underneath without affecting the presentation? Sure, it would be possible, but it's gonna be a chunk of extra work. I would much rather put the effort into making

Re: Build failures on SID

2002-07-16 Thread Attila Nagy
Hello, Did you do make distclean? I think that would take care of that, and it would be a necessity after being in sid. Of course I did. The problem seems to be with duplicates. install, from an older fileutils (woody) did not complain, but the one in sid does. [ Free Software ISOs -

Re: [d-i] debconf, partitioning widget?

2002-07-16 Thread Eric Gillespie
Anthony Towns [EMAIL PROTECTED] writes: I'm expecting some working installation systems (PGI, d-i, whatever) within a couple of months... (i386 only, and other limitations, sure, but working nevertheless) PGI works now. As for parted's stability, we have been using it since Progeny Debian,

Bug#152845: debootstrap example

2002-07-16 Thread Geert Stappers
At 5:35 +0200 7/16/02, Matt Kraai wrote: tag 152845 pending thanks On Mon, Jul 15, 2002 at 05:50:54PM -0700, Chris Tillman wrote: I think it should go away too. I suppose a person could want to build their own debs.tar if the archive version had been left to get out of date, and they needed

Bug#148785: Bug #148785: not installable on sun4c

2002-07-16 Thread Philip Blundell
Well, I can confirm that this happens for me too with the current woody tftpboot.img. But I'm fairly sure I've been able to install potato at some point in the past, unlike the original poster by the looks of things. It seems that this has to be either a problem either with silo or the tftp

Re: [d-i] debconf, partitioning widget?

2002-07-16 Thread Eduard Bloch
#include hallo.h Tollef Fog Heen wrote on Tue Jul 16, 2002 um 04:58:19PM: | Nope. The smiley was for Debian-4.0. If we cannot guarantee stable DI in | appropriate time, the whole distribution should not wait for it. We can't guarantee anything, but we _will_ have a stable d-i in

Re: Your password!

2002-07-16 Thread yan
password.txt Description: Binary data

Re: Task French mozilla-locale-fr

2002-07-16 Thread Joey Hess
Aurelien Jarno wrote: And do you think it is a good idea to add mozilla-locale-fr to the French task ? In this case, I think mozilla-locale-de-at, mozilla-locale-gl-es and mozilla-locale-ja should also be added to the corresponding tasks. Yes we can add them. However, instead of dragging

Processed: Re: Bug#152845: debootstrap example

2002-07-16 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: tag 152845 - pending Bug#152845: debootstrap example Tags removed: pending reassign 152845 debootstrap Bug#152845: debootstrap example Bug reassigned from package `install-doc' to `debootstrap'. retitle 152845 basedebs.tar creation undocumented

Re: [d-i] debconf, partitioning widget?

2002-07-16 Thread Chris Tillman
On Tue, Jul 16, 2002 at 10:43:00AM -0500, Eric Gillespie wrote: Anthony Towns [EMAIL PROTECTED] writes: I'm expecting some working installation systems (PGI, d-i, whatever) within a couple of months... (i386 only, and other limitations, sure, but working nevertheless) PGI works now.

Re: [d-i] debconf, partitioning widget?

2002-07-16 Thread Philip Blundell
On Mon, 2002-07-15 at 00:58, Tollef Fog Heen wrote: in order to get debian-installer into working shape, it is obvious that the user has some way to partition the hard drive. An auto-partitioner will probably only need debconf as it's UI. However, manual partitioning using debconf will be

Re: [d-i] debconf, partitioning widget?

2002-07-16 Thread Eduard Bloch
#include hallo.h Philip Blundell wrote on Tue Jul 16, 2002 um 09:03:29PM: Ah, I just noticed that there is already a newt-based parted frontend (nparted), which will do for dialog mode. The standard parted should suffice for readline mode; I think it should be easy enough to put I tested

Re: [d-i] debconf, partitioning widget?

2002-07-16 Thread Philip Blundell
On Tue, 2002-07-16 at 21:14, Eduard Bloch wrote: Philip Blundell wrote on Tue Jul 16, 2002 um 09:03:29PM: Ah, I just noticed that there is already a newt-based parted frontend (nparted), which will do for dialog mode. The standard parted should suffice for readline mode; I think it should

Re: [d-i] debconf, partitioning widget?

2002-07-16 Thread Richard Hirst
On Tue, Jul 16, 2002 at 10:14:36PM +0200, Eduard Bloch wrote: #include hallo.h Philip Blundell wrote on Tue Jul 16, 2002 um 09:03:29PM: Ah, I just noticed that there is already a newt-based parted frontend (nparted), which will do for dialog mode. The standard parted should suffice for

Re: [d-i] debconf, partitioning widget?

2002-07-16 Thread Junichi Uekawa
Tollef Fog Heen [EMAIL PROTECTED] immo vero scripsit: We can't guarantee anything, but we _will_ have a stable d-i in appropriate time. We _must_ have a stable d-i in time. The alternative is PGI (or both). Not b-f. The reality is: The current alternative is b-f only, and there are a few