Re: Bug#123948: can someone test the patch?
Le Sat, Mar 02, 2002 at 01:13:20PM +0100, Eduard Bloch écrivait: Who creates the existing .disk/info file? I thought that was debian-cd. The new files Eduard is talking about can be done in exactly the same way, as far as I can tell. Buxy admited already to enable this in debian-cd, so it is only a question of time... It has been committed yesterday. It will be in the next upload. Cheers, -- Raphaël Hertzog -+- http://strasbourg.linuxfr.org/~raphael/ Formation Linux et logiciel libre : http://www.logidee.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#123948: can someone test the patch?
Sat, Mar 02, 2002 at 01:20:58AM -0800 wrote: On Fri, Mar 01, 2002 at 06:23:40PM -0800, David Kimdon wrote: One things that came up in the BTS is that the debian-cd package currently doesn't need to manipulate the *.bin images that boot-floppies makes for it. If I understand correctly what we are discussing here the debian-cd package will need to 'mount -o loop' during the build to add those files. That will have to be done as root. At one point we were trying to avoid that. They already create the .disk/info file, so it doesn't seem like creating .disk/kernel_installable or .disk/base_installable should require any more privileges. Someone please correct me if I'm wrong, though. yup, I'm wrong, thanks for pointing it out. -David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#123948: can someone test the patch?
Who creates the existing .disk/info file? I thought that was debian-cd. The new files Eduard is talking about can be done in exactly the same way, as far as I can tell. p. On Sat, 2002-03-02 at 02:23, David Kimdon wrote: One things that came up in the BTS is that the debian-cd package currently doesn't need to manipulate the *.bin images that boot-floppies makes for it. If I understand correctly what we are discussing here the debian-cd package will need to 'mount -o loop' during the build to add those files. That will have to be done as root. At one point we were trying to avoid that. FWIW, -David Fri, Mar 01, 2002 at 04:08:21PM + wrote: On Fri, 2002-03-01 at 13:09, Eduard Bloch wrote: A good compromise. I suggest two kinds of flags on the CD-ROM: .disk/kernel_installable .disk/base_installable The first marks the disk containing kernel and modules, the second the one with the basedebs. Sounds fine to me. p. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#123948: can someone test the patch?
#include hallo.h Philip Blundell wrote on Sat Mar 02, 2002 um 10:48:41AM: Who creates the existing .disk/info file? I thought that was debian-cd. The new files Eduard is talking about can be done in exactly the same way, as far as I can tell. Buxy admited already to enable this in debian-cd, so it is only a question of time... Gruss/Regards, Eduard. -- Actually, Microsoft is sort of a mixture between the Borg and the Ferengi. Das stimmt so nicht - die Borg wissen wenigstens, wie ein Netzwerk auszusehen hat. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#123948: can someone test the patch?
Le Fri, Mar 01, 2002 at 06:23:40PM -0800, David Kimdon écrivait: One things that came up in the BTS is that the debian-cd package currently doesn't need to manipulate the *.bin images that boot-floppies makes for it. If I understand correctly what we are discussing here the debian-cd package will need to 'mount -o loop' during the build to add those files. That will have to be done as root. At one point we were trying to avoid that. No, the files mentionned in this thread are on the CD and not in the boot floppy images. That is dbootstrap should detect and mount the CD automatically to check for those files. Cheers, -- Raphaël Hertzog -+- http://strasbourg.linuxfr.org/~raphael/ Formation Linux et logiciel libre : http://www.logidee.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#123948: can someone test the patch?
On Fri, 2002-03-01 at 11:56, Eduard Bloch wrote: Maybe I got the wrong impression, but why do we do all this detection and _force_ the user to use that Cd? The idea was to reduce the number of questions that the user gets asked. Debian's installer has long been notorious for forcing you to navigate through countless dialogue boxes, usually just accepting the defaults at every stage. This is tedious and potentially confusing for users. How about a compromise. If an attractive-looking CD is detected in the drive, pop up a single dialogue box at the beginning along the lines of I see you have a Debian CD-ROM. Do you want to use this as the source medium for all the installation files?. If the user answers yes, behave as if they had booted with the cdrom argument and suppress all the media-selection menus; if they answer no, prompt as usual. Also, I am now coming round to the point of view that maybe this decision should be decoupled from the issue of whether the CD is official or not. Debian-cd folk, how about adding a new file called .disk/installable or some such, whose presence signals that boot-floppies should treat the CD as an install disk. That way people who are creating their own customised disks can make the decision for themselves rather than having to modify dbootstrap, second-guess its heuristics, or ask their users to supply boot arguments. p. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#123948: can someone test the patch?
#include hallo.h Phil Blundell wrote on Fri Mar 01, 2002 um 12:23:12PM: How about a compromise. If an attractive-looking CD is detected in the drive, pop up a single dialogue box at the beginning along the lines of I see you have a Debian CD-ROM. Do you want to use this as the source medium for all the installation files?. If the user answers yes, A good compromise. I suggest two kinds of flags on the CD-ROM: .disk/kernel_installable .disk/base_installable The first marks the disk containing kernel and modules, the second the one with the basedebs. behave as if they had booted with the cdrom argument and suppress all the media-selection menus; if they answer no, prompt as usual. I looked trough the source, and I would like to rewrite most of the cruft, beginning with is_cdrom_image(). Gruss/Regards, Eduard. -- shorty_ Fuchur: Finger weg von Inn, damit kannn man sich schneller als einem lieb ist in den Fuss schiessen. shorty_ Fuchur: Vertraue mir. Joey Hmm, shorty kling so als koenne er die Loecher in seinen Fuessen nicht mehr zaehlen... -- #debian.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#123948: can someone test the patch?
On Fri, 2002-03-01 at 13:09, Eduard Bloch wrote: A good compromise. I suggest two kinds of flags on the CD-ROM: .disk/kernel_installable .disk/base_installable The first marks the disk containing kernel and modules, the second the one with the basedebs. Sounds fine to me. p. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#123948: can someone test the patch?
On Fri, 1 Mar 2002, Eduard Bloch wrote: Phil Blundell wrote on Fri Mar 01, 2002 um 12:23:12PM: A good compromise. I suggest two kinds of flags on the CD-ROM: .disk/kernel_installable .disk/base_installable The first marks the disk containing kernel and modules, the second the one with the basedebs. This seems OK to me as it does not affect heavily modified custom CDs, eg the Hurd. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#123948: can someone test the patch?
Philip Charles wrote: On Fri, 1 Mar 2002, Eduard Bloch wrote: Phil Blundell wrote on Fri Mar 01, 2002 um 12:23:12PM: A good compromise. I suggest two kinds of flags on the CD-ROM: .disk/kernel_installable .disk/base_installable The first marks the disk containing kernel and modules, the second the one with the basedebs. I am interested in this thread because I do many Debian installs sometimes several a day. My experience is not enough that I have been able to make my own custom boot cd. So I would like a lot less dialog boxes. However I am unable to say what should be removed. Maybe if there was a list right at first allowing me to choose weather I wanted default settings for partions, networking, etc. Or if I wanted to customize. because that is basically all mandarke does at each step is ask if you want it auto configured or not. I know I don't need all the dialogue boxes but my case is pretty specialized and maybe I should just learn how to write my own install program. But I would be glad to help anybody working on reducing the number of dialog boxes during the install. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#123948: can someone test the patch?
One things that came up in the BTS is that the debian-cd package currently doesn't need to manipulate the *.bin images that boot-floppies makes for it. If I understand correctly what we are discussing here the debian-cd package will need to 'mount -o loop' during the build to add those files. That will have to be done as root. At one point we were trying to avoid that. FWIW, -David Fri, Mar 01, 2002 at 04:08:21PM + wrote: On Fri, 2002-03-01 at 13:09, Eduard Bloch wrote: A good compromise. I suggest two kinds of flags on the CD-ROM: .disk/kernel_installable .disk/base_installable The first marks the disk containing kernel and modules, the second the one with the basedebs. Sounds fine to me. p. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
