Bug#132855: allow install on Compaq Servers
Package: boot-floppies Version: N/A; reported 2002-02-07 Severity: wishlist Someone should look into what needs to be done to install on these servers. A starting point can be found in this message to debian-boot. http://lists.debian.org/debian-boot/2002/debian-boot-200202/msg00132.html -David -- System Information Debian Release: 2.2 Architecture: i386 Kernel: Linux klecker 2.2.20 #1 SMP Sat Nov 10 15:29:57 CET 2001 i686 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#132541: Files in the archive with no extension cause problems
Package: boot-floppies Version: N/A; reported 2002-02-05 Severity: normal This recently sent to debian-boot. We should brobably fix this somehow. From: James A. Treacy [EMAIL PROTECTED] Subject: Files in the archive with no extension cause problems To: [EMAIL PROTECTED] There are files which boot floppies controls that have no file extension. This causes problems because apache assumes that they have mime type text/plain and newbies don't can't figure out how to download the file. A good example is dists/stable/main/disks-i386/current/linux . Try wget -S http://ftp.debian.org/debian/dists/stable/main/disks-i386/current/linux Here are some alternatives: - add .htaccess files and add lines like: Files linux ForceType application/octet-stream /Files The problem with this is that not all mirrors are running apache. Additionally, if a site has set 'AllowOverride None', apache will give an error message when users try to download the file. - Have sites add 'DefaultType application/octet-stream' to either the apache config file or to a .htaccess file. Using a .htaccess file has the same problem as the first example. Besides the problem of getting hundreds of mirrors to modify their apache config, there is the additional problem that there are probably files in the archive that are plain text that would then be consider as binaries. - rename all binaries with no file extension What I suggest is that starting with the next release any files that aren't plain text be given an extension that will convince apache that they are binaries. The biggest hassle here will be changing all the links to the files. If you don't do anything about this, the webmasters will be forced to send all mail from lusers complaining about this problem to this list. :) Not subscribed to this list so blah blah blah mail to me blah blah blah. -- James (Jay) Treacy [EMAIL PROTECTED] -- System Information Debian Release: 2.2 Architecture: i386 Kernel: Linux klecker 2.2.20 #1 SMP Sat Nov 10 15:29:57 CET 2001 i686 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Fixed in NMU of modconf 0.2.34
tag 107985 + fixed tag 108007 + fixed tag 113200 + fixed tag 95851 + fixed quit This message was generated automatically in response to a non-maintainer upload. The .changes file follows. -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 8 May 2001 18:00:25 -0700 Source: modconf Binary: modconf Architecture: source all Version: 0.2.34 Distribution: unstable Urgency: low Maintainer: Boot Floppies Team [EMAIL PROTECTED] Changed-By: David Whedon [EMAIL PROTECTED] Description: modconf- Device Driver Configuration Closes: 95851 107985 108007 113200 Changes: modconf (0.2.34) unstable; urgency=low . * Galacian translation contributed by [EMAIL PROTECTED] (closes: Bug#95851) * Brazilian portuguese translation contributed by Andre Luis Lopes [EMAIL PROTECTED] (closes: Bug#113200) * Korean translation contributed by Ho-seok Lee [EMAIL PROTECTED] (closes: #107985, #108007) * mkkerneldesc.pl now strips terminating comments in Makefile so we can handle lines like: obj-$(CONFIG_FOO) += foo.o # comment Files: 221289889dbc9659bb93fa54573e5abd 516 base optional modconf_0.2.34.dsc 4bfb386b9bc315774664989811e702a7 128961 base optional modconf_0.2.34.tar.gz 68a97b200d8106474132baf88131daf2 341834 base optional modconf_0.2.34_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7rkhcST1m+6jv1gMRAk9pAJ9ivs2AfCJ7Aci4L3NPNJHiHFy7FwCfblC1 RstC9M1AIGWsiywgM2gRPL8= =HRLQ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: boot-floppies 3.0.8!
Do we have a new busybox yet which fixes the wget problems? hmm, I heard something about this, but I see nothing in the BTS entry for busybox. What's more I just took a look at which busybox I built with and found I used my own local patched copy. Two reasons I should have waited to upload, but didn't. So I'm rebuilding with the available busybox (1:0.52-1) which has a source timestamp of Sat, 7 Jul 2001 01:23:45 -0600 which I think is wrong as well. Actually, now that I think about it, debootstrap might manage to slide by this bug, if it always uses absolute pathnames when retrieving files (which a quick perusal seems to indicate that it does). So nevermind. Argh. Matt okay, I deleted the version that I had put in /org/ftp.debian.org/incoming/ and am uploading a new version built with 1:0.52-1 rather than my own patched 1:0.51-9. Sounds like the wget bug isn't going to bite us. -David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PCI hardware detection [RFC]
supplementary resources via the device --- network fs). The trick is in fact to try to have the smallest bootstrapping procedure and there seems to be already a large part of the work done. The last time I checked for libdetect it was such a huge beast and decided to find another way to do the stuff. hmm, looking at libdetect myself I found it to be little more than some /proc/ processing c-code in many cases. It is fairly moular (i.e. just pull in pci.o if that is all you want.) I'll agree that some of libdetect's data structres aren't optimized for exactly what you are doing here, but these defeciencies are on the order of 8 bytes per supported card. I don't want to do something on my own, and do want to work with others. The only problem is that I have some deadlines at work, and that I try to both develop for a general purpose (d-i), and to address more peculiar and limited needs at work ;) I understand, well, hopefully we can keep talking and figure something out, looks like we are really doing the same thing, albiet slightly different end goals. -David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: woddy from disk install problem
Hi Robert, After correcting my fat fingering and downloading the Release and Release.gpg file from the ftp site I now get the message Malformed release file /target/usr/woody/Release wierd Note that unless you are interested in helping to debug the installation process, I'll be happy to help. Is there a procedure I should follow and if so where is it documented? Cool. You've thrown us a curve ball b/c we haven't been doing installations the way you are trying to proceed. That doesnt' mean you are wrong, just the boot-floppies isn't stable yet. Not having the most up to date .deb archive (you say your archive is 2 weeks old) may cause you problems because packages are changing every day. To start helping there are some documents in boot-floppies cvs : http://cvs.debian.org/ you should install potato instead, and then upgrade to woody, Meaning install from CD and the get the packages from the woody directory on the ftp site and just install them all? or wait until woody is released. Patience is not my strongest character trait when it comes to waiting for releases. Plus I do want to get started with the application process which means, according to the recommendations I should be familiar with what I want to do before I start the whole thing. To me this means packaging up the stuff I would like to maintain. If you are really impatient you could try running debootstrap manually from within the installer (there is the 'Execute a Shell' option) and then hacking when things don't work, I don't know how far that would get you though. debootstrap is just some shell scripts so in principle you can work around many issues like it complaining about the Release file. David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#104115: 3.0.7-2001-07-04: vga16 penguin is miscolored for some reason
Thu, Jul 12, 2001 at 08:22:52AM -0600 wrote: On Wed, Jul 11, 2001 at 04:34:39PM -0700, David Whedon wrote: 3 different boards here have a miscolored penguin as well. I see the same thing using the compact boot-floppies. I have a Matrox Millenium II graphics board, if that helps. And if it helps, 2.2.18pre21 idepci (and I think compact as well) had a good looking penguin for me. Isn't this a kernel bug anyway? sounds right to me. -David Matt -- 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]
2.3.6 report
I just tested an idepci install of a pre-2.3.6, building on woody and installing testing. Stage 1 worked very well. Stage 2 didn't work so well only because updated base-config (at least) hasn't made its way into testing. In fact nothing is fixed in Stage 2 from the last time I installed about a week and a half ago. I don't see a good solution to this, but it is annoying. There is probably a very good reason the base-config in testing is still 1.00. I don't think we should be installing sid, but maybe that is the only way to make real progress. All in all the errors are mostly cosmetic. I hope we move to quickly freeze base because boot-floppies are ready for it. -David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#99926: rawrite2 alternatives
Here are some alternatives to rawrite2. I haven't used them at all (no Windows access), they just turned up on a net search. The FDVOL, WrtDsk or RaWrite3 programs can be used under MS-DOS to copy images to floppies. http://www.minix-vmd.org/pub/Minix-vmd/dosutil/ NTRawrite is an attempt to create a contemporary version of Rawrite/Rawrite3 that is consistently compatible with WinNT, Win2K and Win95/98. http://sourceforge.net/projects/ntrawrite/ -David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: gl language docs break the web build
Am I missing something? How should a language which (seemingly) doesn't have any docs get installed? :) I'm tempted to hack this stuff, but I'm kinda out of the loop nowadays and wouldn't want to break anything. Please advise. I think you need to do an update, but well, I could be wrong cause I haven't tried building the docs myself, but it looks like the problem has been fixed: RCS file: /cvs/debian-boot/boot-floppies/documentation/Makefile.docs,v branch: . . snip snip . . revision 1.18 date: 2001/06/14 00:31:23; author: aph; state: Exp; lines: +1 -1 Galician has no docs, so don't try to install them = @@ -20,7 +20,7 @@ ## languages supported for Install Manual ## # some languages don't yet exist -buildable-langs := $(filter-out da eo hu it sv tr, $(langs)) +buildable-langs := $(filter-out da eo gl hu it sv tr, $(langs)) ## ## languages for the Release Notes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Patch not included in e2fsprogs 1.21.
The other issue is that the lite libext2fs.so.2.4 should never ever be installed on a normal system, since it's missing a lot of necessary object files. In fact, when I was chatting with Larry McVoy, he warned me that I might be unloosing a time-bomb that might come back to haunt me. My rejoinder was that users would *never* be quite so stupid as to install the lite libext2fs on a normal system, but Larry reminded me how completely idiotic users can be. One other alternative is to actually build the library using a completely different base-name (i.e., libext2fs-lite.so.2.4), and then build binaries like this: mke2fs.lite and e2fsck.lite. This has the advantage that it makes it possible to install the shared-library and binaries on a normal system, and it makes it less likely that the lite version of libext2fs ever gets accidentally installed on a normal system as system libext2fs library. What do people think? This is all great, saving space is really important and I don't want to sound negative. My feeling is that this work should probably be directed towards debian-installer rather than boot-floppies for the following reasons: 1. debian-installer already has the 'udeb' idea, that is, a special package comopiled with different flags, potentially from the same source as a normal 'deb'. Therefore this whole effort is a lot easier to work with debian-installer. 2. boot-floppies is end of lifed. We're doing pretty well now. Sure, some space would be nice, in fact 200k would be wonderful so we could include the language chooser on 1.44 floppies, but this looks like more effort than it is worth. 3. debian-installer development has slowed greatly, maybe this will give us all a kick so we can remember it and maybe have something working for woody's release for those who want to test out the cutting edge. -David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Revisions for Chapter 2, System Requirements
Thu, Jun 14, 2001 at 11:36:16PM -0700 wrote: Proposed revisions for Chapter 2, System Requirements attached. Hi Chris, I took a look at the changes and they look good, my only question is : Why take the following out? I think it should stay. p -There are, however, some limitations in our boot floppy set with -respect to supported hardware. Some Linux-supported platforms might -not be directly supported by our boot floppies. If this is the case, -you may have to create a custom rescue disk (see ref -id=rescue-replace-kernel), or investigate network installations. -p Rather than attempting to describe all the different hardware configurations which are supported for arch-title;, this section contains general information and pointers to where additional ** | .''`. | Debian GNU/Linux: http://www.debian.org| | : :' : | debian-imac:http://debian-imac.sourceforge.net | | `. `'` | . oo Chris Tillman| | `-| ( -) [EMAIL PROTECTED]| *--* -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#100749: cdrom entry in /etc/fstab points to non-existant /dev/cdrom
So the question is, should we default /dev/cdrom to the first CD-ROM drive if none is used during the installation, That's my vote. or not set it at all in this case? Matt -- 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]
Bug#100749: cdrom entry in /etc/fstab points to non-existant /dev/cdrom
Thu, Jun 14, 2001 at 12:00:24PM -0700 wrote: On Thu, 14 Jun 2001, Matt Kraai wrote: Why? You can always reset it manually, and having it default to something nice will make a lot of programs which rely on /dev/cdrom work a lot better. How many new users to linux (we are discussing installs here after all) do you know of that know what a symlink is or how to manually change it? Looks like we can either: a) do our best to set the link, for a lot of users that is all we need to do and all will be well b) admit that we can't make it work right for absolutely everyone, so do nothing at all I vote a. as I see it Matt's earlier proposal implements a. -David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Root disk problems for i18n floppies
Wed, Jun 13, 2001 at 12:50:51PM +0200 wrote: On Tue, Jun 12, 2001 at 09:38:06PM -0400, Adam Di Carlo wrote: David Whedon [EMAIL PROTECTED] writes: One option is to make an optional i18n floppy and have a menu option: 'Load Multiple Languages'. Then we mount the dist that contains the additional messages and whatever else we need then install into the right locations. I don't know much about gettext or whatever. In principle this sounds possible but there may be issues I am unaware of. Or get it over the network... Obtaining messages at runtime from the outside would be a pain both for us and the user, i think. It is extra work for us, and by the time they have the network up there isn't much else for them to do, the run debootstrap and then reboot, not a lot of interaction. So let's just stay with the CD. Too bad, but there isn't a good way around it. Has any thought gone into making root.fr.bin, that is, a bunch of different root disks, or am I going crazy? In principle they would be easy to make, unfortunately it would increase the size of b-f binary uploads greatly. David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: problem building b-f, need help
Anyway the problem is still there, it fails to find the packages I've already downloaded. I've tried putting them in /archive/debian/local, /archive/debian/Incoming, and /archive/debian/download/cache/archives. Any ideas? I've been putting packages in boot-floppies/updates/ nad it find them, beware, the clean target deletes boot-floppies/updates/ -David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mklibs.sh oddess
I did my best making our case : http://bugs.debian.org/100563 Feel free to add anything to make it sound less like I'm whining. -David Mon, Jun 11, 2001 at 06:19:54PM -0400 wrote: On Mon, Jun 11, 2001 at 10:26:55AM -0700, David Whedon wrote: $ ls /usr/lib/libnewt*_pic.a /usr/lib/libnewt-utf8_pic.a /usr/lib/libnewt_pic.a $ dpkg -S /usr/lib/libnewt-utf8_pic.a libnewt-utf8-pic: /usr/lib/libnewt-utf8_pic.a $ dpkg -S /usr/lib/libnewt_pic.a libnewt-pic: /usr/lib/libnewt_pic.a $ I'd blame this on slang. It's lib-pic file is something like libslang0_pic.a. If it used the standard libslang_pic.a, I could take out the regex. Want to file a bug on it? -- ---===-=-==-=---==-=-- / 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] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: debconf errors
Tue, Jun 12, 2001 at 07:12:19AM -0500 wrote: The only error I've seen from yesterday's testing that hasn't yet been reported (or I missed it) is that debconf now complains as follows. debconf: failed to initialize frontend: Slang debconf: (Unable to load Term::Stool) -- is libterm-stool-perl installed?) This is a bug in debconf which is fixed (in unstable, I guess): http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=100352repeatmerged=yes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: installation problem
Tue, Jun 12, 2001 at 07:11:02PM +0200 wrote: Excuse me i'm a young french end encountered problems installing a debian 2.2. It didn't recognize any of my 2 hard drives. I didn't found on the sites notes about UDMA66 and i think that is the problem Are you using the udma66 floppies? http://www.debian.org/releases/stable/i386/ch-install-methods.fr.html#s-kernel-choice Is there any boot options? udma66 floppies have a patched kernel. -David Thanks -- 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: base-config/00dbootstrap_settings failure
I guess the correct solution is to make dbootstrap write unstable instead of sid, but I don't know how to handle slink and potato. Suggestions? Here is an idea: slink and sid will never change, their proper names are just that, slink and sid. Once woody is released someone installing potato will also want that name to not change, it will just stay 'potato'. If someone is installing 'stable' let us assume that they always want to be stable, so when stable changes, they want to change as well. Likewise installing 'testing' people want it to get updated when testing updates. This patch makes more sense if you know that there is a define WOODY_RELEASED that handles changing the meanings of the codenames, something like this: #ifdef WOODY_RELEASED #define CODENAME_STABLE woody #define CODENAME_TESTINGfoo #else #define CODENAME_STABLE potato #define CODENAME_TESTINGwoody #endif Index: extract_base.c === RCS file: /cvs/debian-boot/boot-floppies/utilities/dbootstrap/extract_base.c,v retrieving revision 1.46 diff -u -r1.46 extract_base.c --- extract_base.c 2001/06/10 21:02:54 1.46 +++ extract_base.c 2001/06/12 21:18:30 @@ -389,9 +389,14 @@ snprintf(prtbuf, sizeof prtbuf, %d, nf_state.server.port); write_userconfig(DEBIAN_MIRROR_PORT, prtbuf); } - - write_userconfig (SUITE, suite); - + + if (!strcmp(suite, CODENAME_STABLE)) + write_userconfig (SUITE, stable); + else if (!strcmp(suite, CODENAME_TESTING)) + write_userconfig (SUITE, testing); + else + write_userconfig (SUITE, suite); + free (source); if (NAME_ISREG(/target/etc/inittab,statbuf)) { -David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: base-config/00dbootstrap_settings failure
This will certianly work, but I still don't understand why that code is so fond of the release names, when with a simple change to debootstrap, it The code is fond of release names because : 1 - that's what debootstrap wanted 2 - that is a common way of talking about releases, which is probbly why debootstrap wanted it. I don't have strong feelings, and in fact I had to bend over backwards to make the volatile stable, testing names work in a somewhat sane way. So do we want de bootstrap to accept 2.1/2.3/2.3 as well as slink/potato/woody ? Perhaps 3 symli nks in /usr/lib/debootstrap/scripts ? -David seems it could ignore them entirely, and present the unchanging trio of stable, testing, unstable, with perhaps some old stuff like Debian 2.1 and Debian 2.2 if that is wanted. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: debootstrap and dselect tutorial
Here's the play by play. You asked me if I could help with something here: http://lists.debian.org/debian-boot-0106/msg00176.html I think a decision started to be made here: http://lists.debian.org/debian-boot-0106/msg00164.html And then it looked like you were happy to do what needed to be done: http://lists.debian.org/debian-boot-0106/msg00308.html Whatever, I'm now going though the list to find something to do this evening, so feel free to re-delegate :-) -David Wed, Jun 13, 2001 at 01:10:42AM -0400 wrote: David Whedon [EMAIL PROTECTED] writes: [...] Lets wait until I burn 2.3.5 first. I'm sure I can add the package building stuff into debian/rules in a pretty damn short order. Sounds like a good plan to me. Too aggressively snipped, David. Can you remind me what I was promising here? -- .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: laoding drivers (floppy-boot)
This is very confusing... We shoudl remove this question entirely and replace it with an alternative selection the user could run *before* running configure drivers, just like configure pcmcia is an alternative there can do, looks like we'll have 3 alternates on some archs Next: Configure Device Driver Modules Alternate: Configure PCMCIA Support Alternate1: Edit Kernel Boot Parameters Alternate2: Install Foreign Modules from Floppy Is that cool? why not replace 'Edit Kernel ...' with 'Install Foreign .. ' ? 'Edit Kernel Boot ...' will still come up as alternate to 'Configure the Hostname' and 'Configure the Network' sometimes. -David -- .Adam Di [EMAIL PROTECTED]URL:http://www.onshored.com/ -- 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]
mklibs.sh oddess
I've seen this each time I built i386 boot-floppies: I: doing library reduction /usr/home/davidw/tmp/boot-floppies-2.3.5/scripts/rootdisk/mklibs.sh: find-file-glob: internal error: multiple matches The disks work and the build doesn't stop, just the mysterious error message. Either I have multiple versions of some library, or else the regex isn't correct. I put in a little debug output that would probably be a welcome addition to mklibs.sh: --- scripts/rootdisk/mklibs.sh 2001/04/02 18:07:23 1.20 +++ scripts/rootdisk/mklibs.sh 2001/06/11 17:21:43 @@ -421,7 +421,7 @@ if [ $file ] ; then second_match=`echo $file | cut -s -d -f 2` if [ $second_match ] ; then - echo 12 $0: find-file-glob: internal error: multiple matches + echo 12 $0: find-file-glob: $dir/$regex internal error: multiple matches exit 1 fi echo $file So now I get a more helpful error message: I: doing library reduction /home/davidw/debian/boot-floppies/scripts/rootdisk/mklibs.sh: find-file-glob: /usr/lib/libnewt-utf8_pic.a /usr/lib/libnewt_pic.a internal error: multiple matches $ ls /usr/lib/libnewt*_pic.a /usr/lib/libnewt-utf8_pic.a /usr/lib/libnewt_pic.a $ dpkg -S /usr/lib/libnewt-utf8_pic.a libnewt-utf8-pic: /usr/lib/libnewt-utf8_pic.a $ dpkg -S /usr/lib/libnewt_pic.a libnewt-pic: /usr/lib/libnewt_pic.a $ Comments? Should I not have both installed? -David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Installer online help
Mon, Jun 11, 2001 at 09:55:40PM +0200 wrote: On Mon, Jun 11, 2001 at 10:42:51AM -0600, Erik Andersen wrote: On Sun Jun 10, 2001 at 08:38:50PM -0700, David Whedon wrote: That is a good point. The suggestion of dynmically using the busybox help probably doesn't treat transloations very well, unless busybox wants translated help. I'm willing to accept patches to properly internationalize busybox. But I expect that is going to be a lot of effort with very little visible benefit. Very little visible benefit ? Are you stating that all new Debian users speak fluent English ? I'm sure that isn't what eric means. Too much out of context here. busybox is used by Debian, but has a life all it's own in the embedded world. In the embedded world busybox doesn't have a whole lot of interaction with real people. I agree that given busybox's purpose in the world _runtime_ i18n of busybox may not worth it (busybox is supposed to be small). However, translations of usage.h to usage.XX.h in the busybox source may get us what we want and provide both some benefit to busybox (compile time localization) as well as give Debian what it needs in a maintainable way. I'll propose the following, and I can help too, probably, if this sounds like a good idea: 1. translate config.XX.h in busybox. This would give us a common base for creating i18n help files. One of the following: A. provide just compile time i18n of busybox plus the creation of a number of i18n help files that Debian can use. Those help files will be included in the .deb and i18n boot-floppies will install them and use them as it wishes. B. provide some sort of custom runtime i18n of busybox, properly integrated with options for turning off various langages, etc. This would be bigger but has the benefit of being cleaner and would allow people to get the i18n 'help' messages. The nice things i see about this is that the messages have a chance of being maintained if put into busybox cvs. The problem is that they are separated from the people who actually want the messages to exist (Debian), though not too far, since busybox is pretty Debian friendly (already has a dpkg applet :-) ) David It is worth it for Debian to have i18n. There are many ways we can do this. I suggest the following approach: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
2.3.5 test candidate
boot-floppies 2.3.5 is looking very good. Various cleanups that have trickled in this weekend have given us a smooth install (at least on i386). I have installed a couple times this weekend and have only seen cosmetic bugs. I put a freshly built set up at: http://people.debian.org/~dwhedon/dists/woody/main/disks-i386/2.3.5-2001-06-10/ For your testing pleasure. -David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Installer online help
We can't take on the job of *nix education within the installer, but I think a few k would really be a good investment for new users. I'm willing to scrounge a few k from other places if need be... I like this idea. Let's add a new 'help' command (hard linked to man and info) that just does nano-tiny -T15 -v /help.txt command). It's around 6500 bytes uncompressed. We might be able to leave out The busybox commands do have a one-line response for --help already, but often times that one line is less than helpful - try cp, mount, and umount FWIW busybox does have better help if you turn it on : bb with very little help: -rwxr-xr-x root/root180316 2001-06-10 14:22:28 ./bin/busybox bb with better help: -rwxr-xr-x root/root195804 2001-06-10 14:29:32 ./bin/busybox That is more space than what you are proposing, but it does involve a bit of duplication of effort and maintenance. I don't feel strongly either way. chrootmake the root directory something other than / on the file system; chroot root-now new-root I don't think that's right: meow:bin$ chroot --help Usage: chroot NEWROOT [COMMAND...] -David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 2.3.5 powerpc installation
option, when it would have ordinarily displayed my choices: Directory error; the supplied directory does not exist, please enter a new one. The above should be fixed in cvs. -David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Root disk problems for i18n floppies
Mon, Jun 11, 2001 at 12:32:08AM +0200 wrote: On Sat, Jun 09, 2001 at 02:44:49PM -0700, David Whedon wrote: Sat, Jun 09, 2001 at 02:40:24AM +0200 wrote: So what shall we do? Only support it for the 2.88 ones? That is what we use for CD install, right? Yes I think having the language chooser only for CD installs (which most people use anyway) is ok. [...] It would be difficult to free 200 KB. OK, so now I need to buy a CD-writer :-\ One option is to make an optional i18n floppy and have a menu option: 'Load Multiple Languages'. Then we mount the dist that contains the additional messages and whatever else we need then install into the right locations. I don't know much about gettext or whatever. In principle this sounds possible but there may be issues I am unaware of. -David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Installer online help
That is a good point. The suggestion of dynmically using the busybox help probably doesn't treat transloations very well, unless busybox wants translated help. -David Mon, Jun 11, 2001 at 02:16:48AM +0200 wrote: Would it be an English-only file ?? Or is there a way of integrating it in boot-floppies/documentation tree so all translators can localize it ? On Sun, Jun 10, 2001 at 02:15:16PM -0700, Chris Tillman wrote: The online help for the installation system is of course quite limited due to space limitations. However, the help that is available isn't really enough for new users who are just being exposed to *nix for the first time. We can't take on the job of *nix education within the installer, but I think a few k would really be a good investment for new users. I'm willing to scrounge a few k from other places if need be... Let's add a new 'help' command (hard linked to man and info) that just does nano-tiny -T15 -v /help.txt My proposed help.txt is attached (it looks best when viewed with the above command). It's around 6500 bytes uncompressed. We might be able to leave out some of the help lines and trim a few bytes, probably there are some commands that new users shouldn't be using anyway. I already left out commands that would seem to be useful or safe only within scripts. OTOH maybe having a syntax prompt is helpful even for experienced people, for infrequently-used system setup commands. This file was compiled from the commands available in the powerpc installer system, probably there are a few others needed for i386 etc. The busybox commands do have a one-line response for --help already, but often times that one line is less than helpful - try cp, mount, and umount for example. It would make more sense to dispense with those, or collect any really valuable information together into one place people can quickly browse thru or search. -- Chris Tillman [EMAIL PROTECTED] -- Eric VAN BUGGENHAUT [EMAIL PROTECTED] -- 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: debconf tzconfig
Sun, Jun 10, 2001 at 08:35:46PM -0400 wrote: As requested, here is a tzconfig varient that uses debconf for its UI. A sample run (note that new installers will be seeing the dialog frontend instead): looks super. If you want to try it, you should probably install debconf 0.9.63 from Incoming. It tickles an obscure debconf bug fixed by that version. I have not figured out where this program should live. It'd be sorta cool if it could replace the current tzconfig, though libc6 would need to suggest/reccommend debconf then. Or I can stick it in base-config for the time being. I think it would be best to put it into base-config. FYI all timezone configuration has been removed from boot-floppies already, so it would be nice to have this (base-config or tzconfig, not matter) available. -David -- 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: 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]
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]
Re: successful installation with 2.3.5 boot-floppies
Fri, Jun 08, 2001 at 10:26:57AM -0600 wrote: Howdy, I'm happy to say that I am writing this email on a system on which I just installed sid using the 2.3.5 boot-floppies. And there was much rejoicing. That is great! To make this work, I had to make two minor changes to debootstrap. After booting, I switched over to the shell on tty2 and opened /usr/lib/debootstrap/scripts/sid with nano-tiny. Then, in the definition of base, I changed groff to groff-base and added dhcp-client. cool, I see bugs are already filed and ajt plans on getting a new debootstrap out this weekend. David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: debootstrap and dselect tutorial
Thu, Jun 07, 2001 at 01:58:54PM -0400 wrote: Josip Rodin [EMAIL PROTECTED] writes: I've done some (I'd say considerable) improvements to the dselect Beginners' Guide, they're commited to CVS (boot-floppies/documentation/dselect-beginner.sgml). I was wondering, would it be possible to make a dialog box in dbootstrap right before starting dselect that would offer to show 'more dselect-beginner.txt' to the user? I asked Joey Hess about doing this in debian-installer and he said it would be doable. Certainly. Hey, Dave, can you field this one? Sounds great. dbootstrap doesn't run dselect, base-config does. With that in mind I figure we want to add this to base-config, yes? David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: debootstrap and dselect tutorial
Hmm... how to ship that file becomes the question, then... Ouch, that makes it a kinda annoying issue to deal with. I wonder if we should make a separate package for boot-floppies documentation, tutorial, and release notes, and we could include that in base? I like it. Possibly making a pkg per each arch, or else one arch-indep package that has all arch documentation (the latter seems to make more sense to me). Maybe I'm confused by what you are saying, I think we should have only native arch documentation installed on a system. I'll go out on a limb: Index: control === RCS file: /cvs/debian-boot/boot-floppies/debian/control,v retrieving revision 1.62 diff -u -r1.62 control --- control 2001/06/06 13:29:00 1.62 +++ control 2001/06/07 19:50:02 @@ -15,3 +15,15 @@ disk or other media, for bootstrapping Debian onto a new system. Most users will simply download the disk images to do this, and this package will generally only be used by advanced Debian maintainers. + +Package: boot-floppies-doc +Architecture: all +Description: Documentation, tutorial, and release notes for boot-floppies. + + This package contains documentation that will be of interest to someone who is + about to or has recently installed Debian. The Installation Manual tells + where to get disks, cd images and includes trouble shooting hints. + The Release notes summarize differences between the current and previous + release and as indicate any issues that users upgrading from a previous + release should be aware of. The Tutorial provides a brief introduction to + tools used to administer the system. The alternative, adding the built documentation into base-config CVS, is too icky and unmaintainable to conceive of. agreed. David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: timezone
I'll try to code something up in the next few days. It won't be possible to do the side-by-side-lists display, though. That's great, the side by side thing confuses me :-) David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: debootstrap and dselect tutorial
[...] Lets wait until I burn 2.3.5 first. I'm sure I can add the package building stuff into debian/rules in a pretty damn short order. Sounds like a good plan to me. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: testing with powermac/oldworld (probs in miboot, debootstrap, kernel)
Thu, Jun 07, 2001 at 12:57:12AM -0400 wrote: - during install base unable to install the 'sid' distribution, due to this error: dbootstrap: No such script: /usr/lib/dbootstrap/scripts/sid I'll fix. David I'm going to check in a bit more to all this. -- .Adam Di [EMAIL PROTECTED]URL:http://www.onshored.com/ -- 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: Make boot floppy failed
Package: boot-floppies Version: 2.2.23 I'm turning this into a bug, cc'ing debian-boot manually since bugs.debian.org is down at the moment. Wed, Jun 06, 2001 at 07:58:50AM -0700 wrote: Are there certain details I need to give to get a reply? I think the only problem is we're busy and clueless :-) I looked for the dbootstrap package at debian.org, but I guess it isn't one, even though the message on a virtual console is dbootstrap: Make boot floppy failed... Yes, the package you want is called boot-floppies: apt-get source boot-floppies or http://packages.debian.org/stable/admin/boot-floppies.html or http://ftp.debian.org/debian/dists/potato/main/source/admin/boot-floppies_2.2.23.tar.gz The error occurs somewhere near : utilities/dbootstrap/bootconfig.c:93 from what you have described it looks like the failure is in here (though I can't be sure with the info we have at the moment): printf(_(Formatting the floppy...\n)); /* We don't have (yet) 2.88 MB bootable floppy ... */ snprintf(prtbuf, sizeof(prtbuf), BC_RUN_SFORMAT, device, (size 720) ? hd : dd); /* DO NOT USE execlog() */ INFOMSG(formatting floppy with cmd '%s', prtbuf); status = system(prtbuf); boxResume(); if (status) return 1; sounds like status is non-zero The commands leading up to it are something like this (the actual decive is system dependant (/dev/fd0): export LD_LIBRARY_PATH=/target/lib:/target/usr/lib; /target/usr/bin/superformat /dev/fd0 hd It would be nice to be able to manually run superformat. Did you see any error messages that could be coming from superformat (from the superformat man page) : Troubleshooting FDC busy, sleeping for a second When another program accesses a disk drive on the same controller as the one being formatted, super format has to wait until the other access is fin ished. If this happens, check whether any other program accesses a drive (or whether a drive is mounted), kill that program (or unmount the drive), and the format should proceed normally. I/O errors during verification Your drive may be too far out of tolerance, and you may thus need to supply a margin parameter. Run floppymeter (see section floppymeter) to find out an appropriate value for this parameter, and add the suggested margin parameter to the command line Brian --- bri r [EMAIL PROTECTED] wrote: Hi all, This is my first exposure to Debian, although I have used Red Hat for about a year. I got Debian 2.2r3 Espy through CheapBytes.com and the install goes fine until I try Make Boot Floppy screen. Then it formats the disk and gives the error message Make Boot Floppy Failed... I tried many floppies with the write-protect off. I tried redoing the whole process again after verifying my floppy drive still works. Any suggestions? I haven't found anything on the web or mailing list archives about this. My system is: Pentium 150 with 256KB cache and 48 Megs of RAM bootable CD-Rom Western Digital UDMA-66 15Gb harddrive with first Gb containing Windows 95. 1 floppy drive. 1 IOmega Parallel Port Zip Drive PS/2 mouse. Brian _ Sign up for FREE email from canada-11 at http://www.canada-11.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] _ Sign up for FREE email from canada-11 at http://www.canada-11.com -- 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: more sgml woes
Ug, this was me, fixed. I had assumed that running lint on the docs would find all problems, not so, it doesn't find unresolved internal references. The only way to catch those is to build the docs, which I just did. I doubt there are more problems. David Sun, Jun 03, 2001 at 09:49:11PM +0100 wrote: I'm now suffering from this. Anyone? ln -s dynamic_sk_arm.ent dynamic.ent debiandoc2text -d debiandoc.decl -l sk -O install.sk.sgml install.sk.txt saspconvert: sk/inst-methods.sgml:275 (input line 1832): identifier `install-from-dos' is undefined saspconvert: sk/inst-methods.sgml:283 (input line 1855): identifier `install-from-dos' is undefined make[3]: *** [install.sk.txt] Error 1 (Potato, ARM.) Thanks p. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[RFC] : all archs should see all ways of making disks
We had yesterday a user installing onto sparc, but the only system available to create floppy images was Windows. Since the rawrite section of the install manual is not included in the sparc manual it wasn't easy to figure out how to proceed. I suggest we include all the different ways of installing in all manuals. I'm happy to make the changes if I get the ok. 1. Does anyone object? 2. The section Modifying the RESCUE-FLOPPY; to Support National Language is also only for i386 . Is that right? I propose something like the following (I can do the translatiosn too since I'm not writing any new info: Index: en/inst-methods.sgml === RCS file: /cvs/debian-boot/boot-floppies/documentation/en/inst-methods.sgml,v retrieving revision 1.58 diff -u -r1.58 inst-methods.sgml --- en/inst-methods.sgml2001/04/09 01:05:19 1.58 +++ en/inst-methods.sgml2001/06/01 14:42:29 @@ -536,7 +536,6 @@ /taglist -![ %i386 [ sect1Utilities p taglist @@ -549,7 +548,6 @@ !-- TODO link to floppy writing section, rewrite -- /taglist -]] pp We turn now to concerns specific to particular kind of sources. For @@ -764,11 +762,6 @@ floppies default to the name fileunnamed_floppy/file). On other systems, ask your system administrator. - -!-- perhaps everyone should see all the ways of making floppies? -- -!-- People could make them anywhere. Ross Boylan -- - -![ %i386 [ sect2Writing Disk Images From DOS, Windows, or OS/2 p You'll find the filerawrite2.exe/file program in the same @@ -791,8 +784,6 @@ and vardrive/var is either `a:' or `b:', depending on which floppy drive you are writing to. -]] - ![ %i386 [ !-- This should be revised by some native speaker -- sect1 id=set-lang @@ -814,7 +805,6 @@ ]] -![ %m68k [ sect2Writing Disk Images on Atari Systems p You'll find the rawwrite.ttp; program in the same directory as the @@ -848,20 +838,6 @@ Be careful whenever transfering files on the Macintosh. Files with the suffix tt.bin/tt or tt.tgz/tt always need to be transferred using binary mode. - - - sect2Writing Disk Images From DOS, Windows, or OS/2 - p -If you have access to a PC running one of these systems mdash; we might -never like to admit it, but these do exist mdash; you can use it to write -the disk images. - p -You'll find the filerawrite2.exe/file program in the i386 section -of a Debian archive, in the same directory as the floppy disk images. -There's also a filerawrite2.txt/file file containing instructions -for using prgnrawrite2/prgn. - -]] sectCD-ROM -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: m68k boot-floppies for woody
Fri, Jun 01, 2001 at 03:09:11PM -0500 wrote: On Fri, Jun 01, 2001 at 02:40:50PM -0400, Adam Di Carlo wrote: Nobody is working on m68k boot floppies for Woody at the moment. This is a bad situation. Unless m68k porters start working on getting things going for their architecture, won't that mean we don't have an install system and m68k will not be able to participate in the Woody release? Which is more important, bf for potato or bf for woody? I'll leave that to an authority to answer (my answer would be woody though) Which distribution do I have to run to build bf for potato, resp for woody? I upgraded to unstable recently, will give woody bf a shot again soon if thats not to new to build bf, sid is fine, most people are using sid to build b-f until the base system freezes at which time we will use a frozen base. (at least that's my plan) but my network connectivity is worse than it used to be (ie uploading those files could take a few days in case I get something built...) The important thing is to get working boot floppies. Hopefully we could find another machine to upload from, a few days is a long time to upload. David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: BUG ? : VIOLATION DE SITE FTP.
Thu, May 31, 2001 at 02:47:59PM -0400 wrote: Je suis webmaster d'un site sur http://free.fr et découvre qu'un répertoire a été crée sur mon site dont JE SUIS LE SEUL A POSSEDER LE CODE D'ACCES en mode FTP. Ce répertoire nomé /icon INVISIBLE à l'écran avec mon logiciel FTP contient seulement un autre répertoire /debian lequel abrite une page banner_h.html. Cette bannière renvoit sur votre site www.debian.org. Il me semble que votre machine utilize Debian GNU/Linux. 1- Pouvez vous me dire comment ces répertoires et cette page sont arrivés sur mon site ? Le paquet apache-common, il me semble: $ dpkg -S banner_h.html apache-common: /usr/share/apache/icons/debian/banner_h.html $ Salut, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#99229: spurious warning during install
I filed some bugs to make these go away, see : http://lists.debian.org/debian-boot-0105/msg00832.html The lilo thing isstill unresolved I have to test my theory that we don't really need it. Wed, May 30, 2001 at 11:59:40AM +0100 wrote: On Wed, May 30, 2001 at 04:25:37PM +1000, Anthony Towns wrote: On Wed, May 30, 2001 at 02:06:57AM -0400, Adam Di Carlo wrote: During normal installation, debootstrap throws up a warning: Creating empty ld.so.conf This will stop the install and ask the user to continue. Hrm. Is it possible to just display warnings in a different colour to normal informative messages, or something similar? No point having a warning if it is not going to stay on the screen long enough for you to read it. I thought debootstrap was going to downgrade this Warning to Info, or loose it all together. Richard -- 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]
Bug#98629: Selecting.../Unpacking... text messes up serial console
Thu, May 24, 2001 at 11:54:50PM +0100 wrote: On Thu, May 24, 2001 at 02:25:17PM -0700, David Whedon wrote: I may have an explanation, but am not sure of the solution. When we inovke debotstrap we communicate with in through it's stdin and fd 3. We redirect debootstrap's stdout and stderr to /dev/tty4. stdout and stderr have those messages described below. My guess is that when installing over a serial console tty4 goes to the console as well, possible? Right, from exec_debootstrap() /* redirect stdout and stderr to /dev/tty4 */ freopen(/dev/tty4, w, stderr); dup2(2,1); I suppose the freopen fails, so stdout/stderr will remain on the console. Maybe we could write it to /target/tmp/debootstrap.log on a serial console system? Will it ever get deleted from /target/tmp/ ? I don't want it sitting around forever. It is useful for diagnostic purposes, but that is it. I just committed a patch that sticks it in /tmp/debootstrap.log. If it goes in /tmp/debootstrap.log is disappears once we reboot on the serial console system, just like on the non-serial console system. Sound good? David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: sound card detection in base
Is there any software for detecting sound cards in Debian that's effective? I recently used libdetect to detect my sound card, it found it, though it got the module wrong, the name was close enough that I found the right one. Progeny uses libdetect for discover, an initrd based hardware management tool. I've heard some complaints about libdetect but I have only had good experiences with it. David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: debootstrap/b-f interaction -- quieten
Thu, May 24, 2001 at 03:16:36AM -0400 wrote: On install base (debootstrap) step, I am getting a hang while it tells me to acknowledge that it created an empty ld.so.conf and other things. I would prefer if we not make the user have to hit return for that... -- That's by design, but I'm happy to change it. debootstrap considers these messages to be warnings, so we were displaying them. Now those messages will be displayed just like the informational messages. I considered making the choice of behavior conditional on bootargs.quiet. Another option would be to change what debootstrap thinks is a warning. If either of those sound better, speak up. David I just comitted the following: diff -u -r1.34 extract_base.c --- extract_base.c 2001/05/15 06:47:13 1.34 +++ extract_base.c 2001/05/24 15:08:26 @@ -128,15 +128,10 @@ if (ptr[1] == ':') { switch (ptr[0]){ + case 'W': case 'I': { pleaseWaitBox(ptr+3); - break; - } - case 'W': - { - problemBox(ptr+3, _(Warning)); - pleaseWaitBox(_(Continuing)); break; } case 'E': -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: debootstrap/b-f interaction -- quieten
Hi Anthony, I don't know if you've seen this thread, it started here: http://lists.debian.org/debian-boot-0105/msg00719.html I figure you can provide some input. Thu, May 24, 2001 at 11:35:42AM -0400 wrote: David Whedon [EMAIL PROTECTED] writes: Thu, May 24, 2001 at 03:16:36AM -0400 wrote: On install base (debootstrap) step, I am getting a hang while it tells me to acknowledge that it created an empty ld.so.conf and other things. I would prefer if we not make the user have to hit return for that... That's by design, but I'm happy to change it. debootstrap considers these messages to be warnings, so we were displaying them. Ok -- it's a debootstrap bug then, or I don't think it is a debootstrap bug. else debootstrap is complaining about packages in base which are not as they should be? Anthony? care to comment? Now those messages will be displayed just like the informational messages. I'm not sure if that's really the right choice -- shouldn't we get it fixed in debootstrap instead? It really depends on how we are going to define 'warning'. As it was ajt had decided that some messages were warnings but it looked like boot-floppies didn't want to see them. It sounds as though debootstrap and boot-floppies have to agree on what constitutes a warning. I considered making the choice of behavior conditional on bootargs.quiet. Another option would be to change what debootstrap thinks is a warning. If either of those sound better, speak up. Fix debootstrap -- we do need some way of stopping for user notice -- e.g., disk full. debootstrap can still send errors, when we get them we bail. David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#98618: Circular package dependencies
did you try: # dpkg -i libdb2_2%3a2.7.7-8_i386.deb libc6_2.2.3-1_i386.deb I think that works. -David Thu, May 24, 2001 at 07:47:52PM +0200 wrote: Package: base I am trying to move from using 'stable' to using 'testing'. However, I have a showstopper in that libc6 is dependent in libdb2, which in turn is dependent on libc6. The packages in unstable are the same versions as the ones in testing, so the problem does not seem to be fixed later. # dpkg -i libc6_2.2.3-1_i386.deb (Reading database ... 42589 files and directories currently installed.) Preparing to replace libc6 2.1.3-18 (using libc6_2.2.3-1_i386.deb) ... Unpacking replacement libc6 ... Replacing files in old package ldso ... dpkg: warning - unable to delete old file `/var/lib/misc': Directory not empty dpkg: dependency problems prevent configuration of libc6: libc6 depends on libdb2 (= 2:2.7.7-4); however: Package libdb2 is not configured yet. dpkg: error processing libc6 (--install): dependency problems - leaving unconfigured Errors were encountered while processing: libc6 # dpkg -i libdb libdb2_2%3a2.7.7-8_i386.deb libdbi-perl_1.15-1_i386.deb libdb3_3.2.9-10_i386.deb root@ratthing-b249:/var/cache/apt/archives# dpkg -i libdb2_2%3a2.7.7-8_i386.deb (Reading database ... 42651 files and directories currently installed.) Preparing to replace libdb2 2:2.7.7-8 (using libdb2_2%3a2.7.7-8_i386.deb) ... Unpacking replacement libdb2 ... dpkg: dependency problems prevent configuration of libdb2: libdb2 depends on libc6 (= 2.2.3-1); however: Package libc6 is not configured yet. dpkg: error processing libdb2 (--install): dependency problems - leaving unconfigured Errors were encountered while processing: libdb2 -- 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: Problem with boot install of Woody (Testing) Couldn't download adduser
Can I help with finding a solution? I'd love it if the unstable selection worked. Sure, start hacking boot-floppies cvs, send patches, find bugs, just like you are doing now. See the recent archive of this list for a look at current issues: http://lists.debian.org/debian-boot-0105/threads.html and see http://cvs.debian.org/ for instructions on checking out boot-floppies cvs. As for now, what should I do to net install Debian? use the potato install disks, then upgrade to woody with apt if you want to. Thanks, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#98439: dhcp support broken
Package: boot-floppies Version: N/A; reported 2001-05-22 Severity: grave The the replacement of pump with dhcp-client has broken dhcp support on boot-floppies. I checked the kernel configs for kernel-image-2.2.19-i386 and they are already: CONFIG_PACKET=m CONFIG_FILTER=y We need to make sure af_packet.o is included on the root filesystem and do a modprobe af_packet.o before trying to do dhcp. We also need to create /var/dhcp. We also need to verify that other archs have the necessary configs. This is the message form Mike Stone that further describes the dhcp problem: From: Michael Stone [EMAIL PROTECTED] Subject: woody floppy test To: [EMAIL PROTECTED], [EMAIL PROTECTED] Date: Tue, 22 May 2001 16:27:29 -0400 Mail-Followup-To: [EMAIL PROTECTED], [EMAIL PROTECTED] I tried the floppies with the 5/18 date from http.us, didn't get very far. Unformatted ramblings follow. I used the compact floppy set. The top-level floppies didn't have the 3c59x driver compiled in, and I wanted to avoid burning 3 driver floppies. The install process asked me for the driver floppy anyway. ISTR that the potato install asks whether you want to bother with it. DHCP config failed completely. First, dhclient seemed to be looking for /var/dhcp so it could write dhclient.leases. I created that directory, then it returned various errors: expr: not found [: 2: unexpected operator socket: Address family not supported by protocol Make sure to set CONFIG_PACKET=y and CONFIG_FILTER=y in your kernel config -- Mike Stone -- System Information Debian Release: 2.2 Architecture: i386 Kernel: Linux oink 2.2.18pre21 #1 Sat Nov 18 18:47:15 EST 2000 i686 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: woody floppy test
Thanks for the report. I filed two bugs: http://bugs.debian.org/cgi-bin/bugreport.cgi?archive=nobug=98439 http://bugs.debian.org/cgi-bin/bugreport.cgi?archive=nobug=98433 David Tue, May 22, 2001 at 04:27:29PM -0400 wrote: I tried the floppies with the 5/18 date from http.us, didn't get very far. Unformatted ramblings follow. I used the compact floppy set. The top-level floppies didn't have the 3c59x driver compiled in, and I wanted to avoid burning 3 driver floppies. The install process asked me for the driver floppy anyway. ISTR that the potato install asks whether you want to bother with it. DHCP config failed completely. First, dhclient seemed to be looking for /var/dhcp so it could write dhclient.leases. I created that directory, then it returned various errors: expr: not found [: 2: unexpected operator socket: Address family not supported by protocol Make sure to set CONFIG_PACKET=y and CONFIG_FILTER=y in your kernel config -- Mike Stone -- 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: woody boot floppies woes
Thu, May 17, 2001 at 10:50:35AM -0400 wrote: David Whedon [EMAIL PROTECTED] writes: We really need to build a new version from cvs. Adam is going to tag the cvs tree for 2.3.2. This should happen soon, I'm not sure what we are waiting on. Whatever it is we probably shouldn't be waiting on it. Once it is tagged I'll build a new set for i386. I have an i386 box I'm building on. I was waiting on being able to build it. Stupid sgml errors are preventing me. ick, I'm getting them too, errors in install.fr.txt. I'll fix them and see how much farther I get. However, I can just build the sparc version. I guess I shall do that. Ok, the tag is there. Dave, go ahead with the binary i386 upload. Once I get the sgml fixed shall I just move the tag?? I should have the sourc eupload in a few hours -- it takes about 2-3 hours to build the thing on my rather slow sparc. -- .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: Bug#97574: Debian 'stable' install assumes color monitor
Hi, You are using current stable boot disks? Yes, the 'compact' disks. How exactly is it not recognizing it? I don't see it being detected during boot, and there's no option to install over the network. I'm assuming you are trying to load the ne or ne2k-pci module with no success? Yes and no. #debian told me the ne driver was built-in to the boot-floppies, so it should have detected it in the first place. I didn't know myself which modules are built into the kernel, this is how I figured out: # wget # http://http.us.debian.org/debian/dists/potato/main/disks-i386/current/images-1.44/compact/rescue.bin # mount rescue.bin /floppy/ -o loop # zgrep NE2 /floppy/config.gz CONFIG_NE2000=m CONFIG_NE2K_PCI=y # So NE2000 is a module, NE2K_PCI is compiled in, I assume you have NE2000 or you would have seen your card detected at boot. But when I get to the 'install packages' part of the install, it offers only floppy (I'd rather not), CD (the system doesn't have a CD player) or pre-mounted (not available, but I could try) installation. When I try 'configure device modules' instead, and try to insert the driver-1 floppy, it says it can't mount the floppy. Am I misunderstanding how to use the floppy? Probably a bad floppy I'd suggest the hard disk option. Floppy reliability is one of the most common problems. David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: woody boot floppies woes
We really need to build a new version from cvs. Adam is going to tag the cvs tree for 2.3.2. This should happen soon, I'm not sure what we are waiting on. Whatever it is we probably shouldn't be waiting on it. Once it is tagged I'll build a new set for i386. Wed, May 16, 2001 at 02:18:10PM -0400 wrote: I assume you are suing current cvs? No, I'm using the disks marked as current (April 11). I assumed these were the ones that Dale was asking us to test. If not, is there a HOWTO on how to make boot floppies from your CVS server? Let's not go there, forget I said anything, building from CVS is rather involved and not something we should have our valuable tester time spent on. If there's to be a large scale testing of these disks by the testing group, shouldn't there be fixed images made so that we're all using the same set? yes, you are right, I shouldn't have suggested cvs. I wasn't aware that this was part of large scale testing. IMO we should be build a new version from cvs that has many bugs fixed. David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: woody boot floppies woes
I assume you are suing current cvs? I've gotten a somewhat functioning system installed with current cvs and other have too. Wed, May 16, 2001 at 01:13:02PM -0400 wrote: Uhm, has *anyone* succeeded to install a machine using the woody boot floppies? So far, I've just met with utter failure. Every time I try to install the base system over the network the machine prints trying to get package messages for a whole bunch of packages, and then returns me to the menu with Install the Base System still as the Next item. Virtual terminal 3 contains the message: command /usr/sbin/debootstrap woody /target http://http.us.debian.org:80/debian returned 256 I can't seem to avoid this. Anyone see anything like this before? That isn't too helpful is it. I've seen it before, but not for a while. The downloading seems to succeed. At least, /target/var/cache/apt/archives is full of packages, but it just won't ever unpack/install them. I'm going to completely wipe the machine now and try again. Eric -- 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: base-config cruft cleanup
Mon, May 14, 2001 at 09:46:20PM -0400 wrote: David Whedon wrote: - From my TODO: * Aph can add dboostrap_settings info that says where they got base.tgz from. This might be able to be used to tell where the archive they used is. Updating that thought to the present, if debootstrap downloads packages from the net, we know whatever server it used works for this system, and if that server could be written to dboostrap_settings, it would make a good default for apt-setup. I just did this, it is called DEBIAN_MIRROR in dbootstrap_settings Just including the hostname, I take it. nope, in theory we're including the whole shebang, something like: http://debian.gnaps.com/debian/ I say in theory because last time I tried debootstrap exited with an error (even though the install appeared to work) so the variable wasn't written, but it probably does work. David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: base-config cruft cleanup
Mon, May 14, 2001 at 10:42:15PM -0400 wrote: David Whedon wrote: http://debian.gnaps.com/debian/ I say in theory because last time I tried debootstrap exited with an error (even though the install appeared to work) so the variable wasn't written, but it probably does work. Oh, is that the form debootstrap uses? yup Not particularly good on my end, but I can parse it if necessary, I suppose. I do have host and path available separately without effort, you want DEBIAN_MIRROR_HOSTNAME and DEBIAN_MIRROR_PATH ? Or in light of the fact that debootstrap writes TARGET/etc/apt/sources.list maybe this doesn't matter. David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#97414: package sgml-data is needed to build boot floppies
Package: boot-floppies Version: N/A; reported 2001-05-13 Severity: serious I made a woody chroot and was having difficulty building the documentation. It turns out the package sgml-data wasn't installed. It used to be pulled in by at least debiandoc-sgml but in woody and sid debiandoc-sgml no longer depends on sgml-data. If this is a boot-floppies bug, we just need to add a build depends, otherwise the bug should be reassigned to the package that should depend on sgml-data. -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux ruff 2.2.17 #2 Sat Dec 30 11:46:38 PST 2000 i686 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: powerpc woody bf installation status
Sounds like a good plan. /sbin/dhclient in the deb is a script that calls either dhclient-2.2.x or dhclient-2.0.x depending on uname -r. I just dropped dhclient-2.0.x and dhclient from the EXTRACT lists. I wonder if dhclient-2.2.x is renamed dhclient in the udeb? I suppose I'll just have to see. Again, I'm fine with moving to dhclient -- I would prefer to use the proper package rather than the udeb, space be damned. Fine by me, we don't save that much space with the udeb anyway, pretty much the only difference is the compiler options are -Os. Should I fix dbootstrap to look for dhclient and failing that pump? That would give us more flexibility and it shouldn't be hard to do. Sure, please. Sounds good. David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [Patch] Galician (gl_ES) translation
Sat, May 12, 2001 at 05:00:53PM -0400 wrote: I assume this patch was already applied by David Weldon? s/Weldon/Whedon/ everybody does it, I don't know why :-) Yes, I applied it. If something is missing, unfinished or messed with respect to this patch I don't know about it. David -- .Adam Di [EMAIL PROTECTED]URL:http://www.onshored.com/ -- 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: Woody install report
Fri, May 11, 2001 at 05:39:21PM +0200 wrote: Hello, On Monday I had to install my new box and decided to go for Woody directly. This is my report. thanks for the report. Install --- Ok, a normal floppies install. Oh, they were compiled for Spanish, so I could review the state of the translation. The install went flawless until modconf. There, first I noticed it wasn't in Spanish, and nearly any module had a description (description unavailable). I don't know why it wasn't in Spanish. manty said he got it in Galician just right, and I thought Joey had updated the Spanish translation. This could be the problem, or at least the cause: int configure_drivers (void) { struct stat statbuf; if (! NAME_ISEXE(/usr/bin/whiptail, statbuf)) symlink(/target/usr/bin/whiptail, /usr/bin/whiptail); setenv(LANG, _(C), 1); add_modules_from_floppy(); Anybody know why we're setting the LANG to 'C' here, modconf keys off that in source_eval(). Anyway, the big thing in modconf was when I tried to select 8139too in the net section. Selected the driver, pressed enter in the parameters dialog (without typing anything) and then I got a huge flood in console 1, which I had to stop with two ^C's. In C2 I saw there was a process, mv mv /etc/modules.199 /etc/modules. ick, not sure about that one. In the network configuration, I had a small problem too. When I finished introducing the data (the last thing is DNS, right?), the installer froze. The only thing I can think of on this one is that the DNS entered was something that dbootstrap had trouble parsing, there are two while loops that it might have gotten stuck in. I just tried a number of odd combinations of spaces, numbers, etc, and couldn't recreate this. Do you remember anythng about the DNS servers, more than one? Possible typos? When I ^C'd, it gave me the welcome message, pressed enter and I was back in the network configuration. That's good behavior in response to ^C, but not good that it froze. This time, there wasn't any freeze and I could go on into installing the base system using network. Using http.us.d.o (the default) wasn't nice, there are no Release files That is wierd, it has always worked for me. This was probably when http.us.debian.org was down, I think that is the unhelpful error message you get if the first wget fails for any reason. Rebooted, and after the first boot, I came across some other problems. First, debconf would whine about libterm-stool not installed, but dialog I'm hoping these are fixed in the new debconf. So, last run of base-config (with no pauses this time), dselect ran, which I ignored (installed nothing), and the installer threw me to the first login prompt. Immediately I upgraded to sid, and I guess that's the end of the story. I had problems with the default kernel. When I was trying to configure X, starting them would freeze my keyboard. I guess it was something with X, but then I tried gpm and same results. Gpm started, keyboard lock. Remotely killing gpm unlocked it. I just had to compile 2.4.4 and it went away. I'm assuming these keyboard/gpm problems were after you upgraded to sid so I'm not going to worry about them for now. I think there's little more to say, the box's been working like a charm since I installed it. Thanks, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: build error for dbootstrap on sparc
I may have been too hasty in fixing the sparc build failure. (see recent cvs activity) After further investigation I notice that I may have broken powerpc in the process. Not having a powerpc machine to test on I don't know if that is the case. I'm looking for some input. Here's the story: This change fixed ppc, but broke sparc: RCS file: /cvs/debian-boot/boot-floppies/utilities/libfdisk/partbl_msdos.c,v revision 1.8 date: 2001/04/13 14:15:59; author: aph; state: Exp; lines: +4 -0 a hack for building using kernel 2.4 from [EMAIL PROTECTED] Removing that change looks as follow. It fixes sparc, might break powerpc, but at least it removes a hack: Index: partbl_msdos.c === RCS file: /cvs/debian-boot/boot-floppies/utilities/libfdisk/partbl_msdos.c,v retrieving revision 1.8 diff -u -r1.8 partbl_msdos.c --- partbl_msdos.c 2001/04/13 14:15:59 1.8 +++ partbl_msdos.c 2001/05/11 06:31:38 @@ -22,10 +22,6 @@ * frequently the case with the nr_sects and start_sect partition * table entries. */ -#include linux/version.h -#if LINUX_VERSION_CODE = KERNEL_VERSION(2,4,0) -#define __KERNEL__ -#endif #include asm/unaligned.h #define SYS_IND(p) (get_unaligned(p-sys_ind)) Maybe I should do this? Looks ugly, but might not break ppc: Index: partbl_msdos.c === RCS file: /cvs/debian-boot/boot-floppies/utilities/libfdisk/partbl_msdos.c,v retrieving revision 1.9 diff -u -r1.9 partbl_msdos.c --- partbl_msdos.c 2001/05/11 06:37:50 1.9 +++ partbl_msdos.c 2001/05/11 06:49:40 @@ -22,6 +22,11 @@ * frequently the case with the nr_sects and start_sect partition * table entries. */ + +#include linux/version.h +#if (LINUX_VERSION_CODE = KERNEL_VERSION(2,4,0)) defined __powerpc__ +#define __KERNEL__ +#endif #include asm/unaligned.h #define SYS_IND(p) (get_unaligned(p-sys_ind)) I eagerly await replies, David Fri, May 11, 2001 at 01:19:01AM -0400 wrote: I can't build the woody version on sparc: gcc -Wall -Os -fomit-frame-pointer -fno-builtin -c -o partbl_msdos.o partbl_msdos.c In file included from /usr/include/asm/string.h:11, from /usr/include/linux/string.h:21, from /usr/include/asm-sparc/unaligned.h:6, from /usr/include/asm/unaligned.h:11, from partbl_msdos.c:29: /usr/include/asm-sparc/string.h: In function `__constant_c_and_count_memset': /usr/include/asm-sparc/string.h:73: conflicting types for `__bzero' /usr/include/string.h:238: previous declaration of `__bzero' /usr/include/asm-sparc/string.h: In function `__constant_c_memset': /usr/include/asm-sparc/string.h:88: conflicting types for `__bzero' /usr/include/string.h:238: previous declaration of `__bzero' Can someone fix this? -- .Adam Di [EMAIL PROTECTED]URL:http://www.onshored.com/ -- 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: should burn new potato b-f for ARM?
Um, David, you realize 2.2.24 would be Potato, right? umm, nope, please ignore my cluelessness, thanks. I will also try to release 2.3.2 for Woody as soon as I can compile it. that's the one waiting for busybox, as I'm sure you know. David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: powerpc woody bf installation status
Fri, May 11, 2001 at 01:56:34PM -0500 wrote: On ppc I can now get all the way to extracting base. glad to head it :-) Sorry about breaking Sparc -- I thought I recalled seeing __KERNEL__ in at least asm-i386/unaligned.h, but it must have been my fuzzy eyes. no biggie. I have a couple simple patches to commit -- hopefully tonight -- one fixes a build error and the other adds the pmac drivers disk to the dbootstrap list of known driver disks. The next major stumbling block I ran into was that pump doesn't work (bts# 94176). Pump has annoyed me for a number of reasons including bts#64092 and its kin. I think there was some discussion some time ago about perhaps using dhcp-client. So I hacked dhcp-client to work. It works very well. The downside is that dhcp-client takes up a bit more space than pump: 137930 (more if kernel 2.0 support is required) vs. I don't think we need to directly support 2.0.x on boot-floppies, though if we decide not to we should make a note in the docs that dhcp won't work if you replace the kernel with a 2.0 serias. 58112. It's easy enough to #def this into/out of dbootstrap, but not quite so trivial to maintain both versions of the EXTRACT files. Let me know if you want the patch, even if just for dbootstrap. I've got an idea. Why don't we use dhcp-client-udeb? It is destined for use with debian-installer and is a bit smaller than the .deb: ruff:davidw$ dpkg -c dhcp-client-udeb_2.0pl5-5_i386.udeb drwxr-xr-x root/root 0 2001-05-11 12:38:14 ./ drwxr-xr-x root/root 0 2001-05-11 12:38:11 ./sbin/ -rwxr-xr-x root/root107356 2001-05-11 12:38:11 ./sbin/dhclient drwxr-xr-x root/root 0 2001-05-11 12:38:08 ./etc/ -rwxr-xr-x root/root 5816 2001-05-11 12:38:08 ./etc/dhclient-script ruff:davidw$ The udeb already exists in the archive, the only thing to do would be to modify the apt magic so it looks for it. Saves us a little space, and a lot of people complain about pump. That got me all the way to installing base, but that slammed to a halt quickly since it appears that md5sum is broken (another busybox problem? ppc-only? needs more research). So, I commented out the md5 check in debootstrap to see how much further I could go. i I remember this one. Are you using busybox cvs? At the moment busybox cvs is working, bb 0.51-1 (the current Debian package) doesn't work for a number of reasons. That got me to mount -t proc proc /proc which failed miserably. Interestingly, /proc was already (successfully?) mounted. I don't see a good way to get around that so there it ends. I guess I'll be checking out the busybox cvs next. oh, yes, you should be using cvs. -David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Common Linux installer
Neat, this definately would be a good thing. The current debian-installer project might be able to become what you are talking about. We definately have the IU abstracted from the guts and the different functional parts are well broken up into independant modules. I've been thinking about ways of removing debian'isms and even proposing a name change to something that could attract developers from other dists. We'll see. Fri, May 11, 2001 at 11:09:03AM -0400 wrote: Hey there, I had this thought about a common linux installer going around my head and was wondering what other people thought of it. http://www.csh.rit.edu/~benjamin/log/e_clig.shtml Maybe Common Linux Installer isn't such a good name, since the CLI ackronym is already taken by command line interface. David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: base-config cruft cleanup
- From my TODO: * Aph can add dboostrap_settings info that says where they got base.tgz from. This might be able to be used to tell where the archive they used is. Updating that thought to the present, if debootstrap downloads packages from the net, we know whatever server it used works for this system, and if that server could be written to dboostrap_settings, it would make a good default for apt-setup. I just did this, it is called DEBIAN_MIRROR in dbootstrap_settings -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: should burn new potato b-f for ARM?
Fri, May 11, 2001 at 01:18:09AM -0400 wrote: Should I do a source upload of 2.2.24 boot-floppies for the ARM stuff? Sounds reasonable, once busybox 0.52 arrives we'll have largely functioning boot-floppies, I believe. Anything else that needs to go into that, like the 2.2.19 kernel for i386? I don't see why not. -- .Adam Di [EMAIL PROTECTED]URL:http://www.onshored.com/ -- 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: cvs commit to image_stuff by dwhedon
ugg, wrong CVSROOT. I removed the files from cvs. Could someone with the appropriate permissions remove the directory: dwhedon@klecker:/org/cvs.debian.org/cvs/debian-boot/ drwxrwxr-x2 aph Debian 4096 May 9 12:59 image_stuff Thanks, David Wed, May 09, 2001 at 12:48:29PM -0700 wrote: Repository: image_stuff who:dwhedon time: Wed May 9 12:48:29 PDT 2001 Log Message: This is the project. Status: Vendor Tag: e223 Release Tags: start N image_stuff/f.c N image_stuff/g.c N image_stuff/h.c No conflicts created by this import Files: -- 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: di: seperate preperation and installation phases
There are two things that I would like to see in a new installer that I don't see in debian-installer at the moment: 1. The ability to redo some of the installation after the system is all the way set up. I would like to see the same utility, same user interface, that people can use to modify an existing installation. For example adding new hardware or reconfiguring the network, setting the timezone. FreeBSD does this, it is very cool. 2. An install system that isn't inherently Debian or Linux specific. I would love to see an system that was designed from the ground up to support a wide variety of platforms. This is a real tough one. Maybe it doesn't make sense, but I'd rather see us developing something that can be used by non-Debian systems (like apt). I want to be careful about changing the design of debian-installer though because we have made it a long way and if we don't get the new installer finished soon we'll be stuck with boot-floppies again for woody+1. David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Wanting to help with boot-floppies..
Our present status is that [EMAIL PROTECTED] has completed an install of woody with a hacked up version of boot floppies: http://lists.debian.org/debian-boot-0105/msg00071.html There are a number of issues called out in that e-mail that manty has fixes for and will apply shortly, other things (fdutils?) I don't know when they are going to get fixed. See the link above for details. Mon, May 07, 2001 at 06:59:24PM +0200 wrote: Hello, I am a debian developer in application (currently on hold), and want to help with the debian woody boot-floppies/boot-image. I head a local LUG It would be super cool to use that resource to mobilize a bunch of testers. We aren't quite there yet, but once boot-floppies 2.3.2 is released that will mean we have something that basically works and is complete, though still buggy and in need of testing. and have access to machines of the type i385 and sSun Sparc (sparcstation 5). I don't know anything about Sparc off the top of my head. David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Full install from cd achieved (RFC)
Sat, May 05, 2001 at 03:49:06PM +0200 wrote: Hi! Yesterday I made my first complete install of debian woody using the new boot floppies, yippee! I'm glad to hear it. RFC 1 (termwrap): I have used termwrap, rescued it from our scripts/basedisks/Attic, I have asked before about this and I ask again now, termwrap is called on our inittab for the installation second step, but it is not on current boot-floppies, it was moved to the attic by aph with this reason: remove this cruft; anything that needs to get into base needs to be added to debootstrap pkg, not here Well, I don't know if aph has filled a bug on this already against debootstrap, but debootstrap still doesn't install this file :-( What do we do about this? I think what you did is fine. RFC 2 (debootstrap): I have made some additions to the woody script here, only one removal. I have removed fdutils because the interactive setup it has was breaking the install, as aj had noticed when building debootstrap 0.1.7, has anybody noticed the maintainer about this? shall I do it? yes, please file a serious bug against fdutils. It is preventing us from making a boot floppy at install time. aj: I have noticed you have added libpcre2 to be installed, why this? I didn't see anything making it necesary :-? The things I have added on woody script so that it install all needed parts are: locales, perl, perl-modules, adduser and base-config base-config is required to make the final step of the install. adduser is required by base-config, even though there is not deppend on it. perl is required by adduser. perl-modules is required by perl. locales is required if we want i18n support. This is a patch I have made for the locales support, what I do is at the beginning put LANG as C so that no error messages about locales are shown on console 4, then when locales are installed if the LANG of the install or the one chosen on the Language Chooser is different from C I do a locale-gen including the LANG that has been selected and set LANG back to that value now that we have that locale compiled. Please comment on this if you see any problem with it. looks fine to me, how about file it as a bug against debootstrap. info Installing base packages RFC 3 (dbootstrap): For the problem with the new lilo not working well because of lilo now being a wrapper that calls /sbin/lilo.real, between the two solutions that I had presented on my previous report and that nobody commented, I have chosen this one. looks fine to me. For the problem of the cd files not being found I had proposed this patch. Again I ask for comments on it and if I should commit it :-? This has come up a couple times before. I think we were distracted at the time by thining that the real problem was the path on the CDs. I think this is a good patch. diff -u -r boot-floppies/utilities/dbootstrap/extract_base.c boot-floppies.meu/utilities/dbootstrap/extract_base.c --- boot-floppies/utilities/dbootstrap/extract_base.c Tue Apr 17 10:10:51 2001 +++ boot-floppies.meu/utilities/dbootstrap/extract_base.c Sat Apr 28 23:10:55 2001 @@ -338,7 +338,7 @@ else { /* archive is on the filesystem */ - snprintf(prtbuf, sizeof prtbuf, %s, Archive_Dir); + snprintf(prtbuf, sizeof prtbuf, file:%s, Archive_Dir); source = prtbuf; } argv[0] = /usr/sbin/debootstrap; Well, guess this is more or less all I did to have this going from cd, I have not done a full test of it yet, I suppose it will fail in a lot of places, but the return, return, return, return, ... procedure is working with this changes. What do you think, should I commit all this? commit and file bugs, looks good to me. David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: WHY!!??
Fri, May 04, 2001 at 05:00:25PM +0200 wrote: why the hell did you hack my site!!???!! i opened it today... and it was full!! of you're icons why why why!!!?? It appears as though you have installed Debian GNU/Linux, or a distribution based on it. The icons you are concerned about are likely part of the apache-common package: $ dpkg -L apache-common | grep icons | sort | less /usr/share/apache/icons/a.gif /usr/share/apache/icons/alert.black.gif /usr/share/apache/icons/alert.red.gif /usr/share/apache/icons/apache_pb.gif . . . snip snip . . . I don't see any evidence that your site has been hacked. David I will report you! and i Will shut you down if i have to! pleas check it out http://zipnab.yoll.net/icons/ and tell me .. Why!!?? -- 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: debootstrap gives error - normal inittab?
I guess, we must move the unconfigured hack after the rs check, don't you agree? I agree completely, please commit the change, thanks. Regards... -- Manty/BestiaTester - http://manty.net PD: I think I'm gonna be able to do a full install in next compile and burn round :-) Rock on! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Busybox vi
Wed, May 02, 2001 at 04:29:11PM +0200 wrote: FWIW, I have taken the great work of Erik Andersen and others for BusyBox (not to mention Bruce Perens for the beginning) and uClibc, and I must say that I am quite impressed : 1) by the size : BB statically compiled against uClibc with vi is 219 Ko (IIRC 480 Ko with glibc); 2) I found the `vi' emulation far better and far easier to use than, say, `ae'; Has anybody tried to compile other utilities with uClibc ? I have played with uCilbc on debian-installer, never got the complete thing done though. It would be really neat to use on d-i. I've thought about, once d-i is back in full swing, making it work with uclibc on as many archs as possible. That would mean packaging it and tricking the buildd's into building udeb's for use wiht uclibc. That would be sneaky. David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#96156: dbootstrap install menus look wierd
Package: boot-floppies Version: N/A; reported 2001-05-03 Severity: minor Current cvs version of boot-floppies looks funny. All the borders that used to be black lines with grey backgrounds are now gone and are just blue space. It wouldn't look so funny if the title bar wasn't still there. I tried running it under 'screen' to get a capture of it as an example. Oddly, running under screen the problem goes away, maybe that helps. Versions of packages that might be related: ii slang1-pic 1.4.4-2The S-Lang programming library, shared libra ii libnewt-dev0.50.17-6 Developer's toolkit for newt windowing libra -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux ruff 2.2.17 #2 Sat Dec 30 11:46:38 PST 2000 i686 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#95921: superformat isn't on root.bin or installed by debootstrap
Package: boot-floppies Version: N/A; reported 2001-05-01 Severity: grave dbootstrap attempts to execute /target/bin/superformat. debootstrap has not installed the package fdutils where superformat would be found. One of the following is probably a good idea: 1. have debootstrap install fdutils, but since it is priority optional that probably doesn't make sense unless it is conditional on the --boot-floppies command line switch. Interestingly slink and potato versions of debootstrap install fdutils. 2. include superformat on root.bin. I'd rather have debootstrap include it that put it on root.bin since we need to limit what goes into root.bin and superformat can be pulled onto the system later. -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux ruff 2.2.17 #2 Sat Dec 30 11:46:38 PST 2000 i686 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cvs commit to boot-floppies/utilities/dbootstrap by dwhedon
Tue, May 01, 2001 at 12:21:23PM +0200 wrote: save off /target/etc/modutils before calling debootstrap, fix it after calling debootstrap as it gets trampled by the modutils package. For what I see you are not talking about modutils overwriting /target/etc/modutils but /target/etc/modules, well, after a talk with oops, right. Wichert yesterday he has submited a new version of modutils to solve this, I think the solution he has applied was the one that Santiago Vila suggested on this list. The new package should be installed on unstable today. So this piece of the patch won't be needed anymore. very nice, I'll be happy to remove the hack. touch /target/sbin/unconfigured.sh so that we are prompted to configure the base system I was doing this on debootstrap for comodity, but thinking that it should be done here. Great. BTW, who decides this kind of things? I mean if this should be done here or there :-??? There isn't a simple answer to that. In general if you have a good fix that is clean and doesn't break other things you should apply it. You can ask this list too, but sometimes it doesn't even know. If I really don't know I just submit a bug and sometimes the problem gets magically fixed by benevolent bug fixers. These two 'fixes' I have here aren't a good example of clean fixes. The modules thing is marked with a big FIXME, the unconfigured.sh thing is lame too. I don't have any excuse for that except that I'm trying to get boot-floppies working and sometimes a hack is better than nothing, especially when it allows testers to get farther along and find more bugs. David Regards... -- Manty/BestiaTester - http://manty.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [patch] da.po in dbootstrap
Sun, Apr 29, 2001 at 02:36:32PM +0200 wrote: Hello David, This patch will update and complete the danish translations in da.po for dbootstrap. Hi Claus, The patch I recieved had bad word-wrapping. It was too large for me to edit by hand (I fixed 10 line breaks and was only 3% through the file). Following is an example of what I had to do to get it to apply. Can you please recreate the diff and send it without wordwrapping. Your MUA is probably trying to help us by wrapping the patch. Perhaps sending the patch as an attachment will avoid the problem. Thanks, David --- diffMon Apr 30 08:41:01 2001 +++ diff-fixed Mon Apr 30 08:39:40 2001 @@ -28,13 +28,11 @@ @@ -23,7 +23,7 @@ msgstr Din swappartition er ikke klargjort.\n - Før du begynder installationen, må du først partitionere din disk. Derefter - + Før du begynder installationen, må du først partitionere din disk. Derefter -skal du initialisere og montere dit root-filsystem og initialisere en +skal du formatere og montere dit rodfilsystem og formatere en swappartition.\n - Brug venligst hovedmenuen til at afslutte de trin, du endnu ikke har -udført. + Brug venligst hovedmenuen til at afslutte de trin, du endnu ikke har udført. Returnér derefter til dette trin. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: boot-disk for updatet potato-debian?
Looks to me like you are trying to replace the kernel on the rescue disk. In structions can be found here: http://www.debian.org/releases/stable/i386/ch-boot-floppy-techinfo.en.html#s-rescue-replace-kernel I hope that helps, David Mon, Apr 30, 2001 at 09:42:45PM +0200 wrote: hi, i am new here (and as a debian-user too) and i have a problem to make a bootdisk for potato-debian 2.2. i have updated the new kernel 2.4.1 and some nescessary packets. i have tried to make a bootdisk with: in /boot: dd if=vmlinuz-2.4.1 of=/dev/fd0 1440 rdev /dev/fd0 /dev/hda11 rdev -R /dev/fd0 1 but it does not work. in /boot there is the old kernel too, and the new one. root partition is hda11. and i want to use the new kernel only from floppy (NOT lilo). when i boot, there comes an err=2, fault to uncompress linux... the floppy is formatted with dos. what should i do? j.str.set -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [patch] danish syslinux screens
This patch will fix some typos in the danish parts of scripts/ for boot-floppies. Applied, thank you. Two of the chunks were wordwrapped in a bad way. I manually intervened. It would be nice for you to take a quick look to make sure I didn't mess it up. BTW, who is the expert on controlling the codepages at boot-time? It doesn't seem to be documented anywhere, excactly how to set up $SFONT and $FONT properly. The danish letters 'ø' and 'Ø' (oslash) are not part of the standard cp437 set. I'm not sure on that one. David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: possible editor for installer: QEmacs
Fri, Apr 27, 2001 at 05:18:27PM +0100 wrote: If we are going to use UTF-8 for the installer, then we need a new editor instead of ae. I looked at the source for ae and thought it would be easier to write a new editor from scratch than to add multibyte support to ae. We are currently using nano-tiny http://packages.debian.org/unstable/editors/nano-tiny.html we dropped ae for woody. I don't know how nano-tiny is about UTF-8 or 8-bit charsets, but it is something to look into. David QEmacs may be the answer: http://www-stud.enst.fr/~bellard/qemacs/ Last time I looked, ae was 23888 bytes. The binary for version 0.2 of QEmacs is 24060 bytes. I've just tried it out quickly, and, yes, it does allow me to edit a UTF-8 file in a UTF-8 xterm. I did manage to segfault it, though, so it's not a finished work. Also, I'm not sure whether it can do 8-bit charsets or only UTF-8. Worth looking at, I think. There isn't a Debian package yet. Edmund -- 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: a cvs floppy test to install a woody cd by a BF newbie (report)
Thu, Apr 26, 2001 at 09:50:03PM +0200 wrote: Hi! After debugging busybox enough so that I could use the cvs version to build installable floppies, so here is my report and also some questions I'd like to know the answer, so that I could continue trying to inprove boot floppies. When installing the base packages there seems to be a problem with exim, the empty config is created on /target and exim checks for it on /, so you get complaints from exim. sounds like the exim config should be chrooted. Maybe file a bug against the package debootstrap. It doesn't unmount the filesystems, so... I think this is a change to busybox init, might even be this one: http://www.busybox.lineo.com/cgi-bin/cvsweb/busybox/init.c.diff?r1=1.129r2=1.130 perhaps add : ::shutdown:/bin/umount -a -r /dev/null 21 ::shutdown:/sbin/swapoff -a /dev/null 21 to: boot-floppies/scripts/rootdisk/prototype/etc/inittab Then we find out that termwrap is missing, it has dissapeared from boot floppies, but it is still called by inittab. Here is my second question, is termwrap being dropped? are we gonna call dpkg-reconfigure base-config directly? search me. /etc/environment is missing, that breaks termwrap. I think that should be provided by debootstrap, file a bug. If we bypass this problems, then we find out that libterm-stool-perl and a lot of its depencencies are missing, so dpkg-reconfigure doesn't work (it is trying to start debconf using slang), so either we install all the stuff that is needed for slang (apt-get install libterm-stool-perl) or we configure debconf for dialog editing /var/cache/debconf/config.dat I'd vote for editing /var/cache/debconf/config.dat This leads me to another question, what are we gonna use, slang? feel free to just decide, doesn't matter to me. Well, anyway, we arrive at a point were debconf says base-config is not fully installed, so it refuses to reconfigure it. If we dpkg on base-config we find out that it doesn't exist on the dpkg database. Well, I installed it usind apt, and I got an error when apt was trying to preconfigure it, it said that /var/cache/debconf/config.dat was locked by another process. Anyway, we continue and we get that loadkeys is not installed, so I install console-tools to get loadkeys, and then it complains that it is not able to open the file /usr/share/keymaps/i386/qwerty/es.kmap.gz the keymap that I had chosen at the install, so... I need the keymaps, so I try to install console-data but, well, you all know the story, it tells me that it is not available and that console-common replace it :-) Then I realice that my net is not configured, as the modules file is empty and does not contain the modules I had chosen on the install. ick, did debootstrap overwrite the modules file? Or did we forget to write the modules file to /target ? Well, back to the install, I answer a couple of questions, enter password for root, and... seems to be stucked there... takes so so long... it is grepping the /etc/password for different values :-??? not sure on this one. Oh, there you go, the user account... one moment... grepping again the /etc/password? oh, ok I'll wait... So I enter all the user stuff, and... adduser not found, we didn't install adduser... dam, ok... installing it and all its dependencies, error on the config.dat being locked, enter the user data again and continue... debootstrap should install adduser, file a bug. Continue till the las question (dselect or tasksel?) then the error of the config.dat being locked breaks the install and it is respawned again and again from the beginning (shall I enable md5 passwords?). I wonder who is to blame for that lock, debconf? base-config? dpkg? me? :-) All your fault, seriously though, I don't know. Well, that is all for now, seems like we have a long way to go. Cool that you made it that far. Your the first to have gotten to the reboot stage, at least that I have heard of. David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Can I help ?
Tue, Apr 24, 2001 at 03:22:25PM +0200 wrote: Hello, I'm french, debian user since hamm. I can translate english documents, and I have some spare time to do it, and maintain them. great. I don't know the current state of the french documentation in boot-floppies, but these people are listed as the maintainers, maybe they know: French: Christophe Le Bars [EMAIL PROTECTED] Vincent Renardias [EMAIL PROTECTED] Eric Van Buggenhaut [EMAIL PROTECTED] You can also take a look at: http://lists.debian.org/debian-devel-0101/msg02410.html http://auric.debian.org/~grisu/debian_translation/ David -- Marc KAPFER -- 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: Linux for Power Macintosh 8200/120
Take a look at: http://www.debian.org/ports/ David Tue, Apr 24, 2001 at 05:52:26PM +0300 wrote: Hi, Does Debian Linux supports Power Macintosh computers? If so, i'm feeling need of Startup Disk(s), cause I got pair of Debian Linux CDs... Thanx for help, ZiLKA the newbie at Linux and MAC's -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Starting translation for Greek
Fri, Apr 20, 2001 at 11:51:51AM +0300 wrote: Hello again and thanks for the advices, I have completed the dbootstrap.po file that needed translation by almost 50% is it time to start testing this stuff or should I wait to complete the translation? Either way. Incomplete translation is better than no translation. But sending it in pieces creates more work for those applying the patches. If you are concerned that you may have done something wrong and you want to have it checked out before you continue (I can at least test it to make sure it compiles and then comes up looking like greek.), then by all means send the files over. David George * David Whedon ([EMAIL PROTECTED]) wrote: $ export CVSROOT=:pserver:[EMAIL PROTECTED]:/cvs/debian-boot $ cvs login (Logging in to [EMAIL PROTECTED]) CVS password: The login password is blank (press enter). $ cvs co boot-floppies This is from the instructions at cvs.debian.org Glad to have you on the team, David Fri, Apr 06, 2001 at 07:46:35PM +0300 wrote: Hello all, I just subscribed to this list (debian-boot) and from a quick browse in older archives I saw that at first I have to download from anonymous cvs the boot-floppies directory. Any advice (beside translation issues) that anyone can provide will be appreciated. George -- 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: [patch] Danish translation
I'm integrating this right now but it may take me a little time to test it. Thanks, David Tue, Apr 17, 2001 at 11:37:29PM +0200 wrote: Tirsdag 17. April 2001 20:04 skrev Claus Hindsgaul: Hello again, Again... An additional patch to activate Danish support: Index: config === RCS file: /cvs/debian-boot/boot-floppies/config,v retrieving revision 1.68 diff -u -r1.68 config --- config2001/04/15 08:34:47 1.68 +++ config2001/04/17 21:32:32 @@ -99,7 +99,7 @@ # complete list of all available languages (i.e. available .po files) # (maybe this could just read from scripts/rootdisk/messages/languages) -langs:= C cs de eo es fi fr hr hu it ja pl pt ru sk sv tr +langs:= C cs de da eo es fi fr hr hu it ja pl pt ru sk sv tr # default language LINGUA := C -- Claus Hindsgaul Reberbanegade 53, 4. th - 2300 KBH S Tlf (+45) 3297 3640 [EMAIL PROTECTED] (PGP-ngle: http://www.image.dk/~claus_h/PGP.htm ) -- 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]
debootstrap [fw: [PATCH] using non-standard call to 'head' breaks with busybox]
For your info I just files this one (Bug#94575) against debootstrap. Base install still isn't happenning. -David - Forwarded message from David Whedon [EMAIL PROTECTED] - From: David Whedon [EMAIL PROTECTED] Subject: [PATCH] using non-standard call to 'head' breaks with busybox To: Debian Bug Tracking System [EMAIL PROTECTED] Date: Thu, 19 Apr 2001 18:39:32 -0700 X-Reportbug-Version: 1.15 Package: debootstrap Version: 0.1.4 Severity: critical The base system is uninstallable because debootstrap doesn't call head the way busybox would like it to be called. Who knows who is right? Not me, but here's a page that supports busybox's interpretation of how head should be called. http://www-sld.slac.stanford.edu/HELP/POSIX/SHELL_COMMANDS/HEAD This fixes it: diff -u debootstrap-0.1.4_orig/potato debootstrap-0.1.4/potato --- debootstrap-0.1.4_orig/potato Sat Mar 24 22:00:53 2001 +++ debootstrap-0.1.4/potatoThu Apr 19 18:27:45 2001 @@ -36,7 +36,7 @@ local ver=$( ar -p $TARGET/$deb control.tar.gz | zcat | tar -O -xf - control ./control 2/dev/null | - sed -ne 's/^Version: *//ip' | head -1 + sed -ne 's/^Version: *//ip' | head -n 1 ) mkdir -p $TARGET/var/lib/dpkg/info diff -u debootstrap-0.1.4_orig/sid.is-broken debootstrap-0.1.4/sid.is-broken --- debootstrap-0.1.4_orig/sid.is-brokenMon Jan 29 23:01:23 2001 +++ debootstrap-0.1.4/sid.is-broken Thu Apr 19 18:28:43 2001 @@ -28,7 +28,7 @@ local ver=$( ar -p $TARGET/$deb control.tar.gz | zcat | tar -O -xf - control ./control 2/dev/null | - sed -ne 's/^Version: *//ip' | head -1 + sed -ne 's/^Version: *//ip' | head -n 1 ) mkdir -p $TARGET/var/lib/dpkg/info diff -u debootstrap-0.1.4_orig/slink debootstrap-0.1.4/slink --- debootstrap-0.1.4_orig/slinkSat Mar 24 22:00:49 2001 +++ debootstrap-0.1.4/slink Thu Apr 19 18:28:43 2001 @@ -40,7 +40,7 @@ local ver=$( ar -p $TARGET/$deb control.tar.gz | zcat | tar -O -xf - control ./control 2/dev/null | - sed -ne 's/^Version: *//ip' | head -1 + sed -ne 's/^Version: *//ip' | head -n 1 ) mkdir -p $TARGET/var/lib/dpkg/info diff -u debootstrap-0.1.4_orig/woody debootstrap-0.1.4/woody --- debootstrap-0.1.4_orig/woodyMon Apr 16 02:01:09 2001 +++ debootstrap-0.1.4/woody Thu Apr 19 18:28:41 2001 @@ -63,7 +63,7 @@ local ver=$( ar -p $TARGET/$deb control.tar.gz | zcat | tar -O -xf - control ./control 2/dev/null | - sed -ne 's/^Version: *//ip' | head -1 + sed -ne 's/^Version: *//ip' | head -n 1 ) mkdir -p $TARGET/var/lib/dpkg/info -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux ruff 2.2.17 #2 Sat Dec 30 11:46:38 PST 2000 i686 Versions of packages debootstrap depends on: ii libc6 2.2.2-4GNU C Library: Shared libraries an - End forwarded message - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
more bugs busybox-debootstrap
Two more bugs of interest to boot-floppies team. Both these are preventing us from installing the base system. They both have easy workarounds in debootstrap. Both of these are busybox-debootstrap interaction, I'm not sure who should be fixed. busybox sed doesn't like 'i' option, it likes 'I' though http://bugs.debian.org/cgi-bin/bugreport.cgi?archive=nobug=94579 cp messes up permissions http://bugs.debian.org/cgi-bin/bugreport.cgi?archive=nobug=94580 David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
woody bf gunzip bugs
I just submitted a bug against busybox. gunzip and/or zcat are broken. This breaks debootstrap, so we still haven't been able to complete an install. David http://bugs.debian.org/cgi-bin/bugreport.cgi?archive=nobug=94331 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: problem with debian-installer
Wed, Apr 18, 2001 at 06:23:38PM +0200 wrote: Glenn McGrath wrote: Romain BEAUGRAND wrote: Does this problem come from busybox ? If not, where does it come from ? How do I solve it ??? Yes, it was due to some changes i made to gunzip between busybox 0.50 and and 0.51. If you use busybox 0.50 it should be ok. Ive just checked the changes into CVS, not sure how long they will take to filter through though. Glenn -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] I've tried debian installer using BusyBox 0.50 Right, It now is doing something for sure, downloading files etc ... But it still finishs with error messages : Unexpected end of file ar : command not found I'm sure ar has been compiled in BusyBox and the symlink has been created. so, if anybody knows something about it :-) I don't believe anyone has actually installed a system with debian-installer yet, so you are in uncharted territory. It could be something really simple, or not. Many of us are working on woody boot-floppies at the moment. I for one am looking forward to finishing up woody bf and turning my efforts towards debian-installer. Good luck :-) David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Reiser and raid
Wed, Apr 18, 2001 at 04:24:07PM +0100 wrote: Hi, I've managed to get a set of boot disks ready with everything needed to do reiserfs and raid, both with 2.2.19 and a few patches and with 2.4.x, however I have a few slight problems 1: editing the raidtab file, along with mkraid and mkreiserfs have to be done from the command line, this is due to me not knowing enough to be able to hack through dbootstrap and make it do what I want (any volunteers? I can give exact commands that need to be performed and what needs asked) I can probably help with this one, send info my way. David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian-installer questions
Are you aware that debian-installer is not going to be used for woody? Most of us are working on boot-floppies now to make them ready for the woody release. I do hope to have debian-installer at least functional for brave people to install woody, but it will take more work. I don't mean to discourage you from working on debian-installer, please work on it, just want to make sure we are on the same page. Wed, Apr 18, 2001 at 07:53:22PM +0200 wrote: I have just begun to test debian-installer and I have severals questions: 1) Why do I need to put modutils-basic_2.4.1-2_i386.udeb in build/localudebs/ ( http://people.debian.org/~joeyh/debian-installer ) modutils-basic.udeb is in directory udebs/ (downloaded during make) because: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=83608repeatmerged=yes hasn't been closed yet. 2) Even if debian-installer downloads libraries (.udeb) at the begining of the compilation, it doesn't use them and uses system's librairies instead (with mklibs.sh)! Why? I had to install libdetect and pics librairies (only found linc6-pic and libslang-pic) on my system. 3) Line 235 in Makefile: I have modified the line: rm $(TREE)/lib/$$lib.*; \ by if [ -e $(TREE)/lib/$$lib.* ]; then \ rm $(TREE)/lib/$$lib.*; \ fi \ because after mklibs I receive this error message: rm: cannot remove `./tmp/tree/lib/libdebconf.*': No such file or directory not sure about that one, mklibs.sh is voodo. 4) You refere to UPX in Makefile but if I uncomment UPX and set the path, it doesn't work. Anyway, UPX isn't used in Makefile. that's experimental, can potentially make things a lot smaller, but the upx license is potentially non-free. 5) Ok, except these problems, when I use the floppy: - network card detection OK - manual network configuration OK - DHCP doesn't work Here is the error message: dhclient eth0 installer[59]:expr:not found installer[59]:expr:not found installer[59]:expr:not found installer[59]:[:2:unexpected operator installer[59]:[:2:unexpected operator modprobe: modprobe: Can't locate module net-pf-17 installer[59]:socket: Address family not supported by protocol installer[59]: Make sure to set CONFIG_PACKET=y and CONFIG_FILTER=y in your kernel configuration! installer[59]: exiting I thought we had fixed this. I thought we added expr to busybox, guess not. We also added both those configs to the d-i kernel, I thought. - Finishing setting up the debian installer doesn't work no one has written a debootstrap module for debian-installer yet. Only http seems working I had zcat and ar problems so I have changed busybox version to 0.50 and replaced the busybox zcat by the zcat from my system. see: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=94331repeatmerged=yes as well as recent (today) messages on debian-boot. The problem come from wget. Any servers seems working. For example, with http.us.debian.org, I receive HTTP/1.0 403 Forbidden error messages. I've gotten that from http.us.debian.org, there is a note in : http://cvs.debian.org/~checkout~/boot-floppies/todo?rev=1.82content-type=text/plain Looks like both boot-floppies and debian-installer have the same problem. Someone needs to catch this on a sniffer and solve the problem. David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: boot-floppies help
great to have the help. check out boot-floppies cvs (see instructions at cvs.debian.org, and the archive of this list for problems if any.). Look at the file boot-floppies/todo once checked out. as well as fixing (and adding to if you find more problems) bugs at : http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=boot-floppiesarchive=no I don't know about anyone else but I still haven't gotten a full install including a reboot into the new system. We are close to that, it might even work, haven't tried in about a week, it would be really great to see. What arch are you? i386? The tree should at least build on i386 at the moment, probably some other archs too/ David Tue, Apr 17, 2001 at 12:34:42PM -0400 wrote: I was reading on debianplanet that the release of woody is being held up because the boot-floppies package is not going along as quickly as hoped. What exactly needs to be done? Perhaps I can help. I have been using linux for approx 4 years and debian the last 1 1/2. I would like to contribute to debian in some way, so maybe this would be a good way. Even if you just want to point me in the right direction, that is fine. I won't need hand holding if there is documentation out there for what needs to be done, what has currently been done, etc. :-) James Strandboge [EMAIL PROTECTED] -- 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]