cvs commit to boot-floppies/utilities/dbootstrap/po by dwhedon
Repository: boot-floppies/utilities/dbootstrap/po who:dwhedon time: Sat Jun 9 00:49:15 PDT 2001 Log Message: don't hide the output of xgettext, it makes it hard to figure out what is going on. Files: changed:Makefile -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to boot-floppies/documentation/fi by tvainika
Repository: boot-floppies/documentation/fi who:tvainika time: Sat Jun 9 01:00:49 PDT 2001 Log Message: some typo fixes Files: changed:Tag: potato hardware.sgml dictionary.master -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to boot-floppies/utilities/dbootstrap/po by dwhedon
Repository: boot-floppies/utilities/dbootstrap/po who:dwhedon time: Sat Jun 9 02:41:28 PDT 2001 Log Message: * add the ability to generate a problem report on floppy or harddisk. The report saves /var/log/messages, /proc/cpuinfo and /etc/fstab. * clean up choose_archive_dir() somewhat. This fixes the spurious error message if dbootstrap tried to be clever and guess a directory before prompting the user. * add vexeclog, stdarg version of execlog. Files: changed:POTFILES -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to boot-floppies/utilities/dbootstrap by dwhedon
Repository: boot-floppies/utilities/dbootstrap who:dwhedon time: Sat Jun 9 02:41:28 PDT 2001 Log Message: * add the ability to generate a problem report on floppy or harddisk. The report saves /var/log/messages, /proc/cpuinfo and /etc/fstab. * clean up choose_archive_dir() somewhat. This fixes the spurious error message if dbootstrap tried to be clever and guess a directory before prompting the user. * add vexeclog, stdarg version of execlog. Files: changed:choose_medium.c dbootstrap.h main_menu.c select_not_mounted.c util.c util.h added: problem_report.c -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to boot-floppies/debian by dwhedon
Repository: boot-floppies/debian who:dwhedon time: Sat Jun 9 02:51:57 PDT 2001 Log Message: Like a good little b-f worker I update the changelog myself so Adam doesn't have to do it for me :-) Files: changed:changelog -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: critical problems in 2.3.5 prevent release
On Fri, Jun 08, 2001 at 02:30:47PM -0800, Ethan Benson wrote: On Fri, Jun 08, 2001 at 10:10:42AM -0500, Stephen R Marenka wrote: powerpc-utils wants to update a conffile. The prompt fails because stdin is /dev/null. You then get repeat 20 failures of dpkg because powerpc-utils never configures. This should be fixed in debootstrap-0.1.10. I usually hand-patch the woody script (/usr/lib/debootstrap/scripts/woody if memory serves) to include --force-confold before I install base (while I wait for debootstrap-0.1.10 to show up ;-). its in sid now. i think the force-confold is the wrong solution personally. any package running into this problem is broken and should be fixed. --force-confold is treating the symptom, not the cause. First, I agree with you. However, my question is *what* is broken? Should dpkg know about DEBIAN_FRONTEND? How do conffile prompts get handled otherwise? Certainly there should be an elegant way to install a bunch of packages without prompts? one thing that would help is setting boot-command to that hack that waits for the disk to spin up and tries again. I have that hanging around somewhere. I'll see if I can't dig it up and add it in. Is there a way to test to see if the nvramrc patches have been applied? We could at least prompt the users then. Stephen -- Stephen R. Marenka If life's not fun, you're not doing it right! [EMAIL PROTECTED] PGP signature
cvs commit to boot-floppies/utilities/dbootstrap by stephen.r.marenka
Repository: boot-floppies/utilities/dbootstrap who:stephen.r.marenka time: Sat Jun 9 06:29:07 PDT 2001 Log Message: Added boot-command to quik boot configuration Files: changed:bootconfig.c -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to boot-floppies/debian by stephen.r.marenka
Repository: boot-floppies/debian who:stephen.r.marenka time: Sat Jun 9 06:29:05 PDT 2001 Log Message: Added boot-command to quik boot configuration Files: changed:changelog -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: critical problems in 2.3.5 prevent release
On Sat, Jun 09, 2001 at 08:07:43AM -0500, Stephen R Marenka wrote: First, I agree with you. However, my question is *what* is broken? Should dpkg know about DEBIAN_FRONTEND? How do conffile prompts get handled otherwise? Certainly there should be an elegant way to install a bunch of packages without prompts? for now all i care about is debootstrap and installing the base system. FAI is a completly seperate bucket of worms were not going to worry about right now. the base system is composed of a very small set of packages and there should never be a case where the config file question should come up when installing base, period. powerpc-utils is broken. (or maybe its dpkg's handling of diverted conffiles i don't really know). packages in base should also not be asking questions in postinst, or blinding running config programs *cough* quik *cough*. they should at the very least check $DEBIAN_FRONTEND and skip such things (without breaking the install). this is really not much to ask of the base system. at the moment there is only two packages im aware of that violate these conditions: powerpc-utils quik bugs are filed against both, once powerpc-utils does away with the useless diversion the conffile thing will be fixed. aph or someone will have to NMU quik since the maintainer is MIA AFAICT. i would actually like to see the force-conffold thing go away as soon as powerpc-utils is fixed so we can catch and fix any more broken packages. i would also like to see debootstrap output the packagename its working on when it encounters an error, its really annoying to have nearly no way to find who is generating the errors except seeings whats brokenly installed after debootstrap finishes... Is there a way to test to see if the nvramrc patches have been applied? We could at least prompt the users then. not really, because some oldworlds always have an nvramrc. apple apparently found some bugs in thier firmware, and rather then just fix them they wrote nvramrc patches and burned them into the ROM. Apple OpenFirmware engineers of the time smoked large quanties of crack... -- Ethan Benson http://www.alaska.net/~erbenson/ PGP signature
Re: debootstrap base/required lists
Anthony Towns wrote: (b) Isn't the slang/stool frontend much better than the dialog one? How come we don't want it as default? It's incomplete. See the set of bugs filed against it. Also, in a poll, a lot more users said they used the dialog frontend than anything else. -- see shy jo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: debootstrap base/required lists
On Sat, Jun 09, 2001 at 11:40:31AM -0400, Joey Hess wrote: Anthony Towns wrote: (b) Isn't the slang/stool frontend much better than the dialog one? How come we don't want it as default? It's incomplete. See the set of bugs filed against it. Also, in a poll, a lot more users said they used the dialog frontend than anything else. Used or prefered? I use dialog more, only because I'm too lazy to change the default. However, I prefer the slang/stool frontend. Ben -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#99800: marked as done (Package: boot-floppies Version: 2.2rev0)
Your message dated 09 Jun 2001 14:22:18 -0400 with message-id [EMAIL PROTECTED] and subject line Bug#99800: Package: boot-floppies Version: 2.2rev0 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 responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Darren Benham (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 3 Jun 2001 17:30:14 + From [EMAIL PROTECTED] Sun Jun 03 12:30:14 2001 Return-path: [EMAIL PROTECTED] Received: from freesurfmta05.sunrise.ch (freesurfmail.sunrise.ch) [194.230.0.18] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 156bhe-0007a1-00; Sun, 03 Jun 2001 12:30:14 -0500 Received: from iap.phys.ethz.ch (194.230.172.46) by freesurfmail.sunrise.ch (5.5.031) id 3B1231059FEB for [EMAIL PROTECTED]; Sun, 3 Jun 2001 19:28:44 +0200 Sender: markus Message-ID: [EMAIL PROTECTED] Date: Sun, 03 Jun 2001 19:30:33 +0200 From: Markus Wollgarten [EMAIL PROTECTED] Organization: ETH-Zuerich X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.4 i686) X-Accept-Language: de, de-CH, en MIME-Version: 1.0 To: [EMAIL PROTECTED] Subject: Package: boot-floppies Version: 2.2rev0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Delivered-To: [EMAIL PROTECTED] Package: boot-floppies Version: 2.2rev0 architecture: i386 model: Pentium III, 866MHz on ASUS CUV4X-E memory:256MByte (No video shadow RAM) scsi: none cd-rom:CREATIVE CD5233E, ATAPI CDROM drive network card: none pcmcia: none floppy-disk: post-1991 82077 Hello Helpers, :-) using the Debian 2.2rev0 CDs on the above described system I run into problems. Hadrware detection seems to work but the last lines before system halt read. ... Partition check: hda: hda1 RAMDISK: compressed image found at block 0 CRC error ext2-fs warning: checktime reached, running e2fsck is recommended VFS: mounted root (ext2 file system) freeing unused kernel memory 140k freed kernel panic: not init found. Try passing init= option to kernel. The harddisk is new. Only one partition which is not initialized. I have no idea what to do, or what causes this. The error occured also, when I exchanged the harddisk against another one, which used to work in another computer. I am very surprised that I cannot install the system. With a SUSE installation CDROM on this system, the same problem occured. Thank you very much in advance for your help. Markus Wollgarten from Zurich, Switzerland -- Dr. Markus WOLLGARTEN [EMAIL PROTECTED] --- Received: (at 99800-done) by bugs.debian.org; 9 Jun 2001 18:22:02 + From [EMAIL PROTECTED] Sat Jun 09 13:22:02 2001 Return-path: [EMAIL PROTECTED] Received: from arroz.onshored.com [:::216.220.101.2] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 158nN3-Qm-00; Sat, 09 Jun 2001 13:22:02 -0500 Received: from arroz.fake (localhost [127.0.0.1]) by arroz.onshored.com (Postfix) with ESMTP id D263293806; Sat, 9 Jun 2001 14:22:18 -0400 (EDT) Sender: [EMAIL PROTECTED] To: Markus Wollgarten [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: Bug#99800: Package: boot-floppies Version: 2.2rev0 References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Organization: onShore Development, Inc From: Adam Di Carlo [EMAIL PROTECTED] Date: 09 Jun 2001 14:22:18 -0400 In-Reply-To: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Lines: 18 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Delivered-To: [EMAIL PROTECTED] Markus Wollgarten [EMAIL PROTECTED] writes: the problem is solved! The memory was defect. I am just installing the system right now. Hard disk checking takes its time :-) Closing the bug. Thanks for following up. Glad it's all working. The computer is going to be the webserver for www.aidsandchild.org and www.aidsandkind.ch, respectively. You might take a look. Sounds like a worthy cause... -- .Adam Di [EMAIL PROTECTED]URL:http://www.onshored.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: critical problems in 2.3.5 prevent release
On Sat, Jun 09, 2001 at 05:56:08AM -0800, Ethan Benson wrote: On Sat, Jun 09, 2001 at 08:07:43AM -0500, Stephen R Marenka wrote: First, I agree with you. However, my question is *what* is broken? Should dpkg know about DEBIAN_FRONTEND? How do conffile prompts get handled otherwise? Certainly there should be an elegant way to install a bunch of packages without prompts? for now all i care about is debootstrap and installing the base system. FAI is a completly seperate bucket of worms were not going to worry about right now. I wasn't thinking of FAI in particular, just the general solution to the problem we're facing. the base system is composed of a very small set of packages and there should never be a case where the config file question should come up when installing base, period. powerpc-utils is broken. (or maybe its dpkg's handling of diverted conffiles i don't really know). packages in base should also not be asking questions in postinst, or blinding running config programs *cough* quik *cough*. they should at the very quik is a PITA. least check $DEBIAN_FRONTEND and skip such things (without breaking the install). this is really not much to ask of the base system. at the moment there is only two packages im aware of that violate these conditions: FWIW I'm not disagreeing with you, but is this a matter of policy or personal taste? I don't recall reading about DEBIAN_FRONTEND or no conffiles in base packages in policy, but I could've missed it. Perhaps this is something that needs to be formally addressed somewhere or perhaps it is and I just need a pointer. powerpc-utils quik According to Richard Hirst, gcc-3.0 (at least for hppa) also has an issue. bugs are filed against both, once powerpc-utils does away with the useless diversion the conffile thing will be fixed. aph or someone will have to NMU quik since the maintainer is MIA AFAICT. i would actually like to see the force-conffold thing go away as soon as powerpc-utils is fixed so we can catch and fix any more broken packages. i would also like to see debootstrap output the packagename its working on when it encounters an error, its really annoying to have nearly no way to find who is generating the errors except seeings whats brokenly installed after debootstrap finishes... The way debootstrap is setup, that won't help, you have to look at the logs. debootstrap is running a repeat 20, more or less brute forcing the fixup of all the base packages (at least if understand correctly). -- Stephen R. Marenka If life's not fun, you're not doing it right! [EMAIL PROTECTED] PGP signature
Re: debootstrap and dselect tutorial
Josip Rodin [EMAIL PROTECTED] writes: I have no special interest in splitting out release notes... anyway, let me know if you need me to do something about this whole issue :) Nope -- if you want, you could take over the build and release for web stuff, that would be one less thing for me to do to keep http://www.d.o/releases/... documentation up-to-date. And of course tkaing care of the woody release notes... -- .Adam Di [EMAIL PROTECTED]URL:http://www.onshored.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: m68k boot-floppies for woody
On Sat, Jun 09, 2001 at 02:46:44PM -0400, Adam Di Carlo wrote: Yes, it pulls from a archive. I don't know if woody cdrom images are around so I always pull from http.us.debian.org or whatever. I haven't seen any woody images yet, especially not for m68k. Excellent to hear. Are you going to be able to do a binary upload of the built package for 2.3.5 when we release that shortly? I guess so, but I have to go to Wallops Island again monday and tuesday (hopefully not longer). If we could change the bf-archive install script a little, the amount of files uploaded could be significantly reduced without loosing anything. Currently we build [amiga|atari|mac|*vme*]install.tar.gz files so that potential users have to download only one archive (and in earlier times the base). However the contents of all these files is duplicated in bf-base.tar.gz, which is an awful waste of space, and bandwidth when uploading via a 33k6 link. Can we change the install script to unpack the *inatt.tar.gz files and drop bf-root completely (unless there is something in bf-root which is not in any of the other files of course)? Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pppoe for bootdisks 2.3
Sat, Jun 09, 2001 at 07:25:52PM +0200 wrote: Is it possible to integrate pppoe in the bootdisks for woody? Depends on what you are trying to do, here are some possabilities : 1 - run 'Install the base System' phase on pppoe. That will require pppd and pppoe at least on the boot medium. For CD installs that isn't a problem [1] but for floppy installs it may be, we already have a fairly full floppy, some configurations no longer even fit on a 1.44 M floppy :-( . We can't even do this phase using straight ppp at the moment because no one has written support for it (and it might not fit anyway). 2 - Configure a system post-install to use pppoe. This is certainly possible, maybe even easy. Once the system has been rebooted the package 'base-config' runs. This program currently can set up normal ppp so it probably isn't much of a stretch to make it do pppoe. David [1] : But if you already have a CD you will be installing the base system from CD anyway, no need for pppoe or a network of any kind to get the base system installed in the Cd-based installs. Sebastian PS: Please cc because I'm not subscribed to the list. -- 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: critical problems in 2.3.5 prevent release
On Sat, Jun 09, 2001 at 01:35:16PM -0500, Stephen R Marenka wrote: dpkg's handling of diverted conffiles i don't really know). packages in base should also not be asking questions in postinst, or blinding running config programs *cough* quik *cough*. they should at the very quik is a PITA. no OpenFirmware is a pain in the ass. but in any event i don't want a quik bootblock installed whether the user wants/needs it or not, and that is exactly whats happening now. FWIW I'm not disagreeing with you, but is this a matter of policy or personal taste? I don't recall reading about DEBIAN_FRONTEND or no conffiles in base packages in policy, but I could've missed it. Perhaps this is something that needs to be formally addressed somewhere or perhaps it is and I just need a pointer. packages are not allowed to declare something a conffile and then go screw with it in maintainer scripts or whatever, the reason is because it causes dpkg to ask the user what to do with this conffile they modified, when they the user NEVER modified it. since we are installing base onto a newly mkfsed partition there should never be a modified conffile if dpkg says there is we have a broken base package. as for questions in postinst, i think we need policy on that because as it is you get VERY unexpected results. (quik bootblock getting installed with no config file as a part of `Install Base System'). According to Richard Hirst, gcc-3.0 (at least for hppa) also has an issue. why is gcc in the base system may i ask? The way debootstrap is setup, that won't help, you have to look at the logs. debootstrap is running a repeat 20, more or less brute forcing the fixup of all the base packages (at least if understand correctly). yes i have looked at debootstrap code, i still don't totally get it all since you have to chase functions around in several files... but if these errors are to be expected and are the kind that work there way out in the brute force method the user should not be getting 20 error dialogs. if the last attempt fails again then the user needs a messsage and preferably one with more info so we can actually try and fix it. -- Ethan Benson http://www.alaska.net/~erbenson/ PGP signature
cvs commit to boot-floppies/utilities/dbootstrap by dwhedon
Repository: boot-floppies/utilities/dbootstrap who:dwhedon time: Sat Jun 9 16:12:29 PDT 2001 Log Message: include a note telling testers that they should install woody if they want to be as helpful as possible. Files: changed:extract_base.c -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: successful installation with 2.3.5 boot-floppies
I was under the impression the boot-floppy disks were being based on
packages in sid (busybox, debootstrap, etc) and used to install packages
from woody (dpkg.deb, bash.deb, libc6.deb, etc). This still seems the
sensible thing to do, to me, but stuff I read seems to indicate the
opposite is happening?
FWIW I agree with aj as to what should be happenning. I just commited the
follwing:
--- extract_base.c 2001/06/08 17:39:16 1.40
+++ extract_base.c 2001/06/09 23:10:35
@@ -248,6 +248,8 @@
{_(archived), _('slink' - Debian 2.1 Released June 1999),
CHOICE_SLINK },
};
+
+ problemBox(_(Boot-floppies testers: please install the 'testing'
distrubution (woody). Finding issues with installing that distribution is more
important than finding issues with sid or potato, thanks.), _(Important
Note.));
#endif
/* Sanity Check */
The main goal for boot-floppies at the moment, btw, is much simpler
than what you appear to be thinking: what we need right now are some
boot-floppies in the archive accompanied by a list of do's, don't's and
workarounds that can be used by competent testers to do woody installs.
These only need to be available for i386, they're allowed to only work for
one method (You can't use these floppies for CD installs, nor for DHCP),
they're allowed to have special instructions that you have to carry out
very precisely (Switch to VC 2, type this confusing sed command... Before
rebooting, switch to VC 2, and chmod these directories like so...),
all they have to do is be usable to install a functional woody system.
It'd be nice to start having released beta boot-floppies, asap. Even
without multiple architecture support, and whatever else.
k, With that in mind I think we should be able to release 2.3.5 on Monday
at the latest. I'm going to do some i386 installs now and see what it looks
like.
David
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Install Pb With Raid controller
Sat, Jun 09, 2001 at 10:18:07PM +0200 wrote: I'm use an raid controller. This controller is used juste for a UDMA100 hard drive, not for raid. The installation program, not recognize any hard drive, and i could not install the debian linux. Hi, This may be a boot-floppies bug or a kernel-image bug, I'd like to figure out which. 1. Does the kernel recognize anything when you boot? [1] 2. If the kernel does recognize the drive, where in the installation program is the drive not found? Thanks, David [1] : the kernel recognizing would look something like this (just various drive detections that occur on my own system I don't know what it should look like for your hardware but this is the general idea.) : VP_IDE: IDE controller on PCI bus 00 dev 21 VP_IDE: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xb800-0xb807, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0xb808-0xb80f, BIOS settings: hdc:DMA, hdd:DMA hda: ST38410A, ATA DISK drive hdc: Pioneer DVD-ROM ATAPIModel DVD-105S 011, ATAPI CDROM drive hdd: SAMSUNG CD-ROM SC-152B, ATAPI CDROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 hda: ST38410A, 8223MB w/512kB Cache, CHS=1048/255/63 hdc: ATAPI DVD-ROM drive, 512kB Cache Uniform CD-ROM driver Revision: 3.11 hdd: ATAPI 52X CD-ROM drive, 128kB Cache -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: retitle
Processing commands for [EMAIL PROTECTED]: retitle 99926 rawrite2.exe writes bad blocks onto floppies Bug#99926: Rescue boot disk error Changed Bug title. End of message, stopping processing here. Please contact me if you need assistance. Darren Benham (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#100351: spurious message while installing base
Package: boot-floppies Version: N/A; reported 2001-06-09 Severity: minor Tags: woody I'm using current cvs boot floppies built on unstable, installing woody. While installing the base system via debootstrap the following message comes up on the concole: PAM_unix[6120]: (su) session openned for user man by (uid=0) It was during the 'Installing base packages section' (that is, not the required packages). I didn't see any harm done by this error, this is just cosmetic. I think the culprit it the man-db postinst where it does: nice su man -c 'mandb -c 2/dev/null /dev/null' It isn't clear to me how to make the message go away. David -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux meow 2.4.4 #1 Thu May 31 11:41:44 PDT 2001 i686 Locale: LANG=C, LC_CTYPE=C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#100349: dbootstrap should dynamically determine which dists are available
Package: boot-floppies Version: N/A; reported 2001-06-09 Severity: wishlist Tags: woody When dbootstrap gets to the Install the Base System stage i thas a static lists of distrubutions that it tells you to choose from. However, in many cases (CD install) they will not all be available. Currently if bootargs.isquiet we default to installing stable, but that is still a bit clumbsy. Here is a script form Anthony Towns [EMAIL PROTECTED] that dynamically determs dists over the network, something similar oculd be uesd on a CD, maybe. I don't really know what the cleanest solution is at the moment. You can probably determine this automatically nowadays. If you've got wget and a http mirror, something like: -- #!/bin/sh SUITES=stable testing unstable MIRROR=http://ftp.debian.org/debian; rm -f release for s in $SUITES; do wget -O release $MIRROR/dists/$s/Release /dev/null 21 if [ ! -s release ]; then continue; fi codename=`cat release | sed -n 's/^Codename: //p'` status=`cat release | sed -n 's/^Suite: //p'` desc=`cat release | sed -n 's/^Description: //p'` rm -f release echo $s $codename $status $desc done -- will tell you: ] stable potato stable Debian GNU/Linux 2.2r2 ] testing woody testing Debian Testing distribution - Not Released ] unstable sid unstable Debian Unstable - Not Released which gives you what path on the ftp site (dists/$1) will get you which distribution of Debian ($2 = codename, $3 = status), and will give you a little description too. Cheers, aj -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux meow 2.4.4 #1 Thu May 31 11:41:44 PDT 2001 i686 Locale: LANG=C, LC_CTYPE=C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#100357: I got the gateway wrong first time, reconfigure net didn't help
Package: boot-floppies Version: N/A; reported 2001-06-09 Severity: normal Tags: woody This is current cvs boot-floppies. The first time I configured the network I gave the wrong gateway. (I have a 192.168 network with a gateway doing NAT (ipmasq)) # route -n Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 192.168.0.0 0.0.0.0 255.255.255.0 U 0 00 eth0 0.0.0.0 192.168.0.1 0.0.0.0 UG0 00 eth0 I meant for the gateway to be 192.168.0.20. I went through the network configuration step again and network was still broken: # route -n Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 192.168.0.0 0.0.0.0 255.255.255.0 U 0 00 eth0 0.0.0.0 192.168.0.200.0.0.0 UG0 00 eth0 0.0.0.0 192.168.0.1 0.0.0.0 UG0 00 eth0 Oops, I don't know what the kernel is supposed to do when there are two gateways, but the anything outside the 192.168 was dead, no response. To fix I did a : # ifconfig eth0 down Then went through the network configuration again, all was good after that. -David -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux meow 2.4.4 #1 Thu May 31 11:41:44 PDT 2001 i686 Locale: LANG=C, LC_CTYPE=C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#100363: modconf should behave better with already inserted modules
Package: modconf Version: 0.2.32 Severity: wishlist While going through the boot-floppies install I had to rm -rf /target/ because I wanted to try installing the base system again. When I got to the 'configure device drivers' section modconf was clever enough to see that I alreay has 3c509 inserted. There was a '+' next to it and when I selected it it asked me if I wasnted to remove the modules, I said 'no' and left. Problem is that it left me with a blank /etc/modules. That isn't what I would have expected. I think it would be better if in that situation it added 3c509 to /etc/modules. -David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
