Re: 2.2r2 installs but hda busy
Paul Tod Rieger <[EMAIL PROTECTED]> wrote: > > Thanks for the tip! In the frustration, I had forgotten about these. > Still, they both have: > CONFIG_BLK_DEV_IDEDMA=y > just like vanilla. So I probably need a customized kernel to upgrade If you can get the system up, you can turn it off with hdparm. We will probably turn DMA_AUTO off in future. -- Debian GNU/Linux 2.2 is out! ( http://www.debian.org/ ) Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: udpkg in busybox
On Sat Feb 17, 2001 at 11:16:26AM +1100, Glenn McGrath wrote: > The big problem i had is that tar -z exit()'s if there is an error in > the gzip data stream. > > The control.tar.gz and data.tar.gz files are inside anotehr data file, > so when gzip gets to the end of the .tar.gz it sees more data and tries > to keep going, but fails as it should. The point of failure is correct > and tar handles the data correctly, BUT SIGCHLD from child_died() in tar > exit()'s if there are errors so dpkg and dpkg-deb both just terminate as > well. > > We need normall program flow to continue in dpkg and dpkg-deb if gzip > dies because it has to do other stuff. To do this i could just change > the exit() in child_died() to a return(), but im not sure, does that > defeat the purpose of catching SIGCHLD ? There was a discussion about just this on the busybox list about a month ago I think. I was too busy at the time to dig into fixing it, but it looks like this is still an issue. > Other things i want to do are move get_ar_headers from ar.c to > utilities.c which means we can compile busybox with just dpkg or > dpkg-deb but without ar, this save a couple of KB by eliminating > ar_main. > > Can do a similar thing with deb_extract in dpkg_deb.c, by moving it to > utilities and save another couple of KB, this would mean we could > compile busybox with dpkg but not needing dpkg-deb or ar. > > I will wait till after 0.50 is released before committing any > significant changes such as these. k. Also, after the 0.50 release is out there, I have some structural changes I will be making that will simplify such things -- the stuff in utility.c is going to become libbusybox for example. -Erik -- Erik B. Andersen email: [EMAIL PROTECTED], [EMAIL PROTECTED] --This message was written using 73% post-consumer electrons-- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cvs commit to boot-floppies/utilities/dbootstrap by aph
On Fri Feb 16, 2001 at 12:59:10AM -0800, [EMAIL PROTECTED] wrote: > Repository: boot-floppies/utilities/dbootstrap > who:aph > time: Fri Feb 16 00:59:10 PST 2001 > > > Log Message: > > clarify the "no swap" warning > > > Files: > > changed:main_menu.c Wohoo!!! CVS commit messages are working again! -Erik -- Erik B. Andersen email: [EMAIL PROTECTED], [EMAIL PROTECTED] --This message was written using 73% post-consumer electrons-- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: FWD: Re: cvs messages?
Adam Di Carlo wrote: > Joey Hess <[EMAIL PROTECTED]> writes: > > > 2001-02-16 17:52:56 14TwYS-00048V-00 Failed to > > find user "" from expanded string "${lookup {${domain}:user} > > partial-lsearch {/etc/exim/bsmtp} {$value}}" from the bsmtp transport > > Looks like this is all fixed now? Yes, I tihnk Culus has cleared it up. -- see shy jo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to boot-floppies/documentation/ru by aph
Repository: boot-floppies/documentation/ru who:aph time: Fri Feb 16 21:41:52 PST 2001 Log Message: new entity, additional-lilo-image, which we put in defaults.ent and reference for each language; remove the bad " in there too, thanks to Marc SCHAEFER Files: changed:post-install.sgml -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to boot-floppies/documentation/pt by aph
Repository: boot-floppies/documentation/pt who:aph time: Fri Feb 16 21:41:48 PST 2001 Log Message: new entity, additional-lilo-image, which we put in defaults.ent and reference for each language; remove the bad " in there too, thanks to Marc SCHAEFER Files: changed:post-install.sgml -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to boot-floppies/documentation/pl by aph
Repository: boot-floppies/documentation/pl who:aph time: Fri Feb 16 21:41:42 PST 2001 Log Message: new entity, additional-lilo-image, which we put in defaults.ent and reference for each language; remove the bad " in there too, thanks to Marc SCHAEFER Files: changed:post-install.sgml -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to boot-floppies/documentation/ja by aph
Repository: boot-floppies/documentation/ja who:aph time: Fri Feb 16 21:41:38 PST 2001 Log Message: new entity, additional-lilo-image, which we put in defaults.ent and reference for each language; remove the bad " in there too, thanks to Marc SCHAEFER Files: changed:post-install.sgml -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to boot-floppies/documentation/hr by aph
Repository: boot-floppies/documentation/hr who:aph time: Fri Feb 16 21:41:33 PST 2001 Log Message: new entity, additional-lilo-image, which we put in defaults.ent and reference for each language; remove the bad " in there too, thanks to Marc SCHAEFER Files: changed:post-install.sgml -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to boot-floppies/documentation/fr by aph
Repository: boot-floppies/documentation/fr who:aph time: Fri Feb 16 21:41:29 PST 2001 Log Message: new entity, additional-lilo-image, which we put in defaults.ent and reference for each language; remove the bad " in there too, thanks to Marc SCHAEFER Files: changed:post-install.sgml -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to boot-floppies/documentation/es by aph
Repository: boot-floppies/documentation/es who:aph time: Fri Feb 16 21:41:25 PST 2001 Log Message: new entity, additional-lilo-image, which we put in defaults.ent and reference for each language; remove the bad " in there too, thanks to Marc SCHAEFER Files: changed:post-install.sgml -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to boot-floppies/documentation/en by aph
Repository: boot-floppies/documentation/en who:aph time: Fri Feb 16 21:41:21 PST 2001 Log Message: new entity, additional-lilo-image, which we put in defaults.ent and reference for each language; remove the bad " in there too, thanks to Marc SCHAEFER Files: changed:post-install.sgml -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to boot-floppies/documentation/cs by aph
Repository: boot-floppies/documentation/cs who:aph time: Fri Feb 16 21:41:17 PST 2001 Log Message: new entity, additional-lilo-image, which we put in defaults.ent and reference for each language; remove the bad " in there too, thanks to Marc SCHAEFER Files: changed:post-install.sgml -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to boot-floppies/documentation by aph
Repository: boot-floppies/documentation who:aph time: Fri Feb 16 21:41:13 PST 2001 Log Message: new entity, additional-lilo-image, which we put in defaults.ent and reference for each language; remove the bad " in there too, thanks to Marc SCHAEFER Files: changed:defaults.ent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: woody make problems
"John H. Robinson, IV" <[EMAIL PROTECTED]> writes: > well. in the short term, it is a whole lot easier to just make the > extra targets in the makefiles w/o the % and if the dependency has a % > in it > resc1440%.bin: $(root_for_rescue) linux% rescue.sh $(arch_rescue_deps) Yes... we should do that. Sorry if I broke it. If you didn't get to this, I'll try to fix it tomorrow. > making a whole new stanza (which is what i have done locally, just so i > can get something built - it seems that not all the kernels exist in > testing yet ?) Sure, that's no problem. > how much work, really, do we want to put into woody b-f? Just enough! -- .Adam Di [EMAIL PROTECTED]http://www.onShore.com/> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: French installation document corrections
Marc SCHAEFER <[EMAIL PROTECTED]> writes: > > >- lilo.conf example has typsetting wrong (line break at wrong place, > > > funny characters). > > > > Hmm. Is this from what is in en/post-install.sgml ? If the SGML > > Yes (Next Step, the English version also looks broken). > > > We're using " in there -- maybe we should be using just " > > instead? Is it cahnging the quotes into guillamets (sp) ? > > Yes, it does! Ok, well, since this is not language dependant, I've added the entity 'additional-lilo-image' in defaults.ent. Without the " > Additionnally, there are 3 too many dashes in the 5.3.2 Source Media and > Installation Stages ASCII table. What do you mean? -- .Adam Di [EMAIL PROTECTED]http://www.onShore.com/> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Testing woody boot/install process
Dale Scheetz <[EMAIL PROTECTED]> writes: > Ah! I think I understand. I was using the compact image, because it was > the only one I could get to download from your web page. (I tried the more > obvious, like the 1.44 images, and never got a complete image file to > download. The download would always quit before the whole image arrived.) Did you try the one on people.d.o/~aph/current/ ? > They all use the same root filesystem (well, at least I only get the one > from the main subdirectory) and are built differently. No, they all have different root.bins: pwd /home/aph/dists/potato/main/disks-i386/current/images-1.44 md5sum root.bin compact/root.bin idepci/root.bin 2b228775ec67c0a964f7979bbee2579c root.bin 984508d9768c5c09eb630b172306dd9f compact/root.bin ed54cbb1331d9f26f1d402ae8c9bcfc3 idepci/root.bin > I suspect these may be the SCSI drivers that are built into the > larger images, but compact is probably built with them as modules > and the install file system doesn't have them. I don't know, I don't think that's it... > I saw this last release as well, and while it is annoying, it doesn't > cause installation problems. Yes, would be nice to fix, the little things are important. -- .Adam Di [EMAIL PROTECTED]http://www.onShore.com/> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: FWD: Re: cvs messages?
Joey Hess <[EMAIL PROTECTED]> writes: > 2001-02-16 17:52:56 14TwYS-00048V-00 Failed to > find user "" from expanded string "${lookup {${domain}:user} > partial-lsearch {/etc/exim/bsmtp} {$value}}" from the bsmtp transport Looks like this is all fixed now? -- .Adam Di [EMAIL PROTECTED]http://www.onShore.com/> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to debian-installer/kernel-image-di by joeyh
Repository: debian-installer/kernel-image-di who:joeyh time: Fri Feb 16 19:03:34 PST 2001 Log Message: * Implemented module dependancy checking. It is now impossible to produce a set of module udebs that have broken module dependancies. Cross-udeb depedancies are also examined. * Moved the module lists out to debian/package.list files. Files: changed:README TODO copy-modules -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to debian-installer/build/lists by joeyh
Repository: debian-installer/build/lists who:joeyh time: Fri Feb 16 15:00:02 PST 2001 Log Message: turned ethdetect back on, we have plenty of space Files: changed:net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to debian-installer/build by joeyh
Repository: debian-installer/build who:joeyh time: Fri Feb 16 14:56:51 PST 2001 Log Message: done Files: changed:TODO -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to debian-installer/tools/cdebconf/doc by tausq
Repository: debian-installer/tools/cdebconf/doc who:tausq time: Fri Feb 16 10:49:52 PST 2001 Log Message: fixed strdup problem in debconfclient; various packaging fixes Files: changed:TODO -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to debian-installer/tools/cdebconf/debian by tausq
Repository: debian-installer/tools/cdebconf/debian who:tausq time: Fri Feb 16 10:49:51 PST 2001 Log Message: fixed strdup problem in debconfclient; various packaging fixes Files: changed:cdebconf.postrm cdebconf.preinst changelog control rules -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to boot-floppies/utilities/dbootstrap by aph
Repository: boot-floppies/utilities/dbootstrap who:aph time: Fri Feb 16 00:59:10 PST 2001 Log Message: clarify the "no swap" warning Files: changed:main_menu.c -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to debian-installer/build/debian by joeyh
Repository: debian-installer/build/debian who:joeyh time: Fri Feb 16 03:21:44 PST 2001 Log Message: fixed glibc-pic build-depend Files: changed:control -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to debian-installer/tools/cdebconf/src by tausq
Repository: debian-installer/tools/cdebconf/src who:tausq time: Fri Feb 16 10:49:52 PST 2001 Log Message: fixed strdup problem in debconfclient; various packaging fixes Files: changed:common.h -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to debian-installer/build by joeyh
Repository: debian-installer/build who:joeyh time: Fri Feb 16 14:56:34 PST 2001 Log Message: saved 40k! Oh yeah! Files: changed:Makefile -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to boot-floppies/documentation/fr by ericvb
Repository: boot-floppies/documentation/fr who:ericvb time: Fri Feb 16 15:56:28 PST 2001 Log Message: typos. Files: changed:dbootstrap.sgml -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to boot-floppies/documentation/fr by ericvb
Repository: boot-floppies/documentation/fr who:ericvb time: Fri Feb 16 16:19:22 PST 2001 Log Message: corrected style and typos. Files: changed:dbootstrap.sgml -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to debian-installer/kernel-image-di/debian by joeyh
Repository: debian-installer/kernel-image-di/debian who:joeyh time: Fri Feb 16 19:03:35 PST 2001 Log Message: * Implemented module dependancy checking. It is now impossible to produce a set of module udebs that have broken module dependancies. Cross-udeb depedancies are also examined. * Moved the module lists out to debian/package.list files. Files: changed:changelog control added: isa-pnp-modules.list nic-modules.list packet-socket.list ppp-modules.list serial-modules.list -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: nano-tiny for debian-installer
On Fri Feb 16, 2001 at 02:21:27PM -0800, Joey Hess wrote: > David Whedon wrote: > > We're replacing ae with nano-tiny, If I remember correctly. I imagine we want > > to make a udeb out of nano-tiny for debian-installer (boot-floppies too?) > > Didn't Ben say that nano uses assembly code to make it small on i386 and > won't be as small elsewhere? I think he must have been confusing nano with e3. There is no asm in nano. -Erik -- Erik B. Andersen email: [EMAIL PROTECTED], [EMAIL PROTECTED] --This message was written using 73% post-consumer electrons-- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
FWD: Re: cvs messages?
Hey CuLUs, is there any way the BSMTP stuff you've been playing around with could have any bearing on the breakage below? I notice klecker does have a /etc/exim/bsmtp file for tank.debian.net .. Oh, yes, you broke it good! joeyh@klecker:/etc/exim>mail [EMAIL PROTECTED] Subject: a b . Cc: joeyh@klecker:/etc/exim>2001-02-16 17:52:56 14TwYS-00048V-00 Failed to find user "" from expanded string "${lookup {${domain}:user} partial-lsearch {/etc/exim/bsmtp} {$value}}" from the bsmtp transport Please fix this. debian-boot, debian-www, and debian-installer not getting cvs commit logs is a very bad thing. Forwarded message from Joey Hess <[EMAIL PROTECTED]> - From: Joey Hess <[EMAIL PROTECTED]> Date: Fri, 16 Feb 2001 17:50:05 -0800 To: [EMAIL PROTECTED], [EMAIL PROTECTED] Cc: Randolph Chung <[EMAIL PROTECTED]>, [EMAIL PROTECTED] Subject: Re: cvs messages? It must be Erik's new dolog.pl, which was added in the past day as the CVSROOT loginfo program. Yep, it is: joeyh@klecker:/cvs/debian-boot/CVSROOT>./dolog.pl -r /cvs/debian-boot [EMAIL PROTECTED] 2001-02-16 17:43:32 14TwPM-00041V-00 Failed to find user "" from expanded string "${lookup {${domain}:user} partial-lsearch {/etc/exim/bsmtp} {$value}}" from the bsmtp transport So it effectively does this: joeyh@klecker:~>sendmail -t To: [EMAIL PROTECTED] From: [EMAIL PROTECTED] Subject: cvs commit to joey-cvs/home by joeyh Reply-To: [EMAIL PROTECTED] Mail-Copies-To: never Mail-Followup-To: [EMAIL PROTECTED] joeyh@klecker:~>2001-02-16 17:46:44 14TwSP-00043Y-00 Failed to find user "" from expanded string "${lookup {${domain}:user} partial-lsearch {/etc/exim/bsmtp} {$value}}" from the bsmtp transport I don't know exim very well; can anyone tell why it is not accepting that input? By contrast, postfix here at home happily accepts it and sends the mail. -- see shy jo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] - End forwarded message - -- see shy jo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cvs messages?
It must be Erik's new dolog.pl, which was added in the past day as the CVSROOT loginfo program. Yep, it is: joeyh@klecker:/cvs/debian-boot/CVSROOT>./dolog.pl -r /cvs/debian-boot [EMAIL PROTECTED] 2001-02-16 17:43:32 14TwPM-00041V-00 Failed to find user "" from expanded string "${lookup {${domain}:user} partial-lsearch {/etc/exim/bsmtp} {$value}}" from the bsmtp transport So it effectively does this: joeyh@klecker:~>sendmail -t To: [EMAIL PROTECTED] From: [EMAIL PROTECTED] Subject: cvs commit to joey-cvs/home by joeyh Reply-To: [EMAIL PROTECTED] Mail-Copies-To: never Mail-Followup-To: [EMAIL PROTECTED] joeyh@klecker:~>2001-02-16 17:46:44 14TwSP-00043Y-00 Failed to find user "" from expanded string "${lookup {${domain}:user} partial-lsearch {/etc/exim/bsmtp} {$value}}" from the bsmtp transport I don't know exim very well; can anyone tell why it is not accepting that input? By contrast, postfix here at home happily accepts it and sends the mail. -- see shy jo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cvs messages?
On Fri, Feb 16, 2001 at 11:50:04AM -0700, Randolph Chung wrote: > what's the deal with these messages? > > Checking in src/common.h; > /cvs/debian-boot/debian-installer/tools/cdebconf/src/common.h,v <-- common.h > new revision: 1.13; previous revision: 1.12 > done > 2001-02-16 10:49:52 14Tpx2-00057r-00 Failed to find user "" from > expanded string "${lookup {${domain}:user} partial-lsearch > {/etc/exim/bsmtp} {$value}}" from the bsmtp transport > 2001-02-16 10:49:52 14Tpx2-00057x-00 Failed to find user "" from > expanded string "${lookup {${domain}:user} partial-lsearch > {/etc/exim/bsmtp} {$value}}" from the bsmtp transport > I'm having the same problem ... > randolph > -- > Debian Developer <[EMAIL PROTECTED]> > http://www.TauSq.org/ > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- Eric VAN BUGGENHAUT [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
CVS failure ?
Hi, I have been trying to commit a file for the last past hour and it always fail with that message : Checking in boot-floppies/documentation/fr/dbootstrap.sgml; /cvs/debian-boot/boot-floppies/documentation/fr/dbootstrap.sgml,v <-- dbootstrap.sgml new revision: 1.19; previous revision: 1.18 done 2001-02-16 16:19:22 14Tv5u-00010r-00 Failed to find user "" from expanded string "${lookup {${domain}:user} partial-lsearch {/etc/exim/bsmtp} {$value}}" from the bsmtp transport Looks like a problem with the MTA. Can anyone help ? Thanks. Eric. -- Eric VAN BUGGENHAUT [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
d-i: status and where to go from here
Today I built a floppy image, and after fighting with crummy floppy disks for an hour, got a good one and booted it. Network card config went fine, dns worked fine. I told it to continue downloading the rest of the installer, told it what mirror to use, and my 486 sat there for a good 5 minutes chewing on the debian archive (with no progress; we really need a progress display here), downloaded a great deal of stuff that it didn't need to (anna really needs to be smarter; in particular, downloading the kernel-image-udeb is a stunningly bad idea..), ate up 2.9 mb of the ramdisk, and eventually spat out a menu, which I will reproduce here: Here is the main menu of the Debian installer. 1. File retriever 2. Finish setting up the Debian installer 3. Manually configure network hardware 4. Configure a static network 5. Configure the network via DHCP 6. Configure network hardware 7. Execute a shell That's 3 more menu entires than it had when it booted, up, so it works! Hoo-ray! Well sorta. If you pick "execute a shell", its postinst crashes since it needs the freopen symbol, which is not in the reduced libc. It's time to confront the issue of needing a reduced libc to boot, and a larger one later on, I suppose. So there are a couple of places to go from here. * As soon as the abovementioned reduced libc problem is dealt with, things like partitioning software can actually begin to be run in the installer, which I hope will be useful to the people who have been working on that. * The system needs a great deal of polish. There are little things in cdebconf like the way it doesn't tell what menu item is default, and of course a slang or curses frontend would be flashier, but I'm really talking more about polishing the flow from one bit to another, and the gestalt. For example, when you boot up right now, you see a main menu like this: 1. Finish setting up the Debian installer 2. Manually configure network hardware 3. Configure a static network 4. Configure network hardware That is, well, a little confusing. It would be better to see: 1. Configure network hardware 2. Set up the network 3. Download the rest of the Debian installer Where picking 1 would give you a choice of manal or automatic hardware configuration, and picking 2 would give a choice between manual net config or dhcp. These are the things it's hard to think about and get right when a bunch of people are working on their own modules here and there, and much easier to see what's wrong when everything has finally come together into a complete system. * We're getting close to the point where I would like to get some wider testing of: * the kernel boot sequence (it fails on my toshiba laptop for example) * network card detection * downloading the rest of the installer * the general user interface flow So I hope to be able to post to -testing in the next couple of weeks (the idea being to get a little testing from a larger group before the woody boot floppies need to take priority). * There are still some major changes looming ahead. It seems we've decided to pivot_root from a cramfs initrd to a ramfs, and that has the potential to break everything again for a while. The image I booted off of can be found at http://people.debian.org/~joeyh/debian-installer/net-1440.img -- see shy jo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: udpkg in busybox
Erik Andersen wrote: > > On Fri Feb 16, 2001 at 11:01:14AM -0700, Randolph Chung wrote: > > > > re merging with busybox, as long as Erik is ok with it I have no issues > > with it. Looks like Glenn has already done quite a bit of work here, but > > if I need to do something let me know... > > Hi Randolph, > > Genn has merged it into the busybox CVS tree, but has some real concerns about > its functionality. I am trying to get BusyBox 0.50 released today (or possibly > tomorrow). Glenn thinks the problems are serious enough that he recommended > that it be disabled for the release. I have a few other bugs to fix, so I > won't have a chance to dig into it. If you (or anyone else) have a bit of time > to look into fixing it up today, that would be great! > > -Erik > The big problem i had is that tar -z exit()'s if there is an error in the gzip data stream. The control.tar.gz and data.tar.gz files are inside anotehr data file, so when gzip gets to the end of the .tar.gz it sees more data and tries to keep going, but fails as it should. The point of failure is correct and tar handles the data correctly, BUT SIGCHLD from child_died() in tar exit()'s if there are errors so dpkg and dpkg-deb both just terminate as well. We need normall program flow to continue in dpkg and dpkg-deb if gzip dies because it has to do other stuff. To do this i could just change the exit() in child_died() to a return(), but im not sure, does that defeat the purpose of catching SIGCHLD ? Other things i want to do are move get_ar_headers from ar.c to utilities.c which means we can compile busybox with just dpkg or dpkg-deb but without ar, this save a couple of KB by eliminating ar_main. Can do a similar thing with deb_extract in dpkg_deb.c, by moving it to utilities and save another couple of KB, this would mean we could compile busybox with dpkg but not needing dpkg-deb or ar. I will wait till after 0.50 is released before committing any significant changes such as these. Glenn -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
aaagh
I hate floppys. -- see shy jo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: nano-tiny for debian-installer
I just took a look at it, I see no asm, maybe it is hiding from me. David Fri, Feb 16, 2001 at 02:21:27PM -0800 wrote: > David Whedon wrote: > > We're replacing ae with nano-tiny, If I remember correctly. I imagine we want > > to make a udeb out of nano-tiny for debian-installer (boot-floppies too?) > > Didn't Ben say that nano uses assembly code to make it small on i386 and > won't be as small elsewhere? > > -- > see shy jo > > > -- > 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: nano-tiny for debian-installer
David Whedon wrote: > We're replacing ae with nano-tiny, If I remember correctly. I imagine we want > to make a udeb out of nano-tiny for debian-installer (boot-floppies too?) Didn't Ben say that nano uses assembly code to make it small on i386 and won't be as small elsewhere? -- see shy jo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs messages?
what's the deal with these messages? Checking in src/common.h; /cvs/debian-boot/debian-installer/tools/cdebconf/src/common.h,v <-- common.h new revision: 1.13; previous revision: 1.12 done 2001-02-16 10:49:52 14Tpx2-00057r-00 Failed to find user "" from expanded string "${lookup {${domain}:user} partial-lsearch {/etc/exim/bsmtp} {$value}}" from the bsmtp transport 2001-02-16 10:49:52 14Tpx2-00057x-00 Failed to find user "" from expanded string "${lookup {${domain}:user} partial-lsearch {/etc/exim/bsmtp} {$value}}" from the bsmtp transport randolph -- Debian Developer <[EMAIL PROTECTED]> http://www.TauSq.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Testing woody boot/install process
On 15 Feb 2001, Adam Di Carlo wrote: > Dale Scheetz <[EMAIL PROTECTED]> writes: > > > I've been using an evaluation copy of vmware to capture screen shots for > > the GFDL release of my book, and I though I should share some of my > > findings. > > > > 1. During the kernel boot a large number of error messages streams up the > > screen, declaring modprobe failures. I saw this on an early version of the > > last release, so this may just be something that doesn't go away until > > something else is completed. > > Yah, I think maybe its a kernel / modprobe issue. Its annoying. Some > kernels seem to do it and some don't. I wish someone could track this > down. Ah! I think I understand. I was using the compact image, because it was the only one I could get to download from your web page. (I tried the more obvious, like the 1.44 images, and never got a complete image file to download. The download would always quit before the whole image arrived.) They all use the same root filesystem (well, at least I only get the one from the main subdirectory) and are built differently. I suspect these may be the SCSI drivers that are built into the larger images, but compact is probably built with them as modules and the install file system doesn't have them. I saw this last release as well, and while it is annoying, it doesn't cause installation problems. > > > 2. The install process fails to find the virtual ethernet driver in vmware > > environment. I have the ne2k-pci driver installed on the host machine, so > > that the vmware inteface will come up correctly, but that seems to not be > > sufficient. I need to see those "configure network" screens, so I tried to > > install the driver in the virtual kernel. I didn't really expect this to > > work, but the error message I got from the install is not what I expected. > > What is says (see attached .png screen shot) is that the ne2k-pci module > > could not be found. (this may be related to the modprobe errors above) The > > module _is_ in /lib/modules/..., so... > > As I noted in a different email to you, Dale, I'm pretty sure VMWare > provides eth0 as a pcnet32 driver, no matter what actual hardware you > may have. Yes, with that discussion I think I understand this. Just like they emulate an ATAPI interface but the hardware is actually SCSI, so the Ethernet card is emulated as a specific hardare interface. I see the pcnet driver when I do an lsmod, so this should be a piece of cake when I get back to it. (I've done a major rewrite of the "styles" in the book, so I'm behind a day or two getting the rest of the text caught up. Once I get back to it, the Installation chapter will be all that's left to do, and I can return to obtaining screen shots again) > > > I think the only solution for the networking issue may be to have the > > install look for the device created by vmware when looking for ethernet > > devices. We _do_ want to be able to do such an install on vmware, don't > > we? > > Sure. I believe it's currently possible if vmware is setup correctly > and the driver is loaded. > Yep, I think I can make this work now. Thanks for all the help. Luck, Dwarf -- _-_-_-_-_- Author of "The Debian Linux User's Guide" _-_-_-_-_-_- aka Dale Scheetz Phone: 1 (850) 656-9769 Flexible Software 11000 McCrackin Road e-mail: [EMAIL PROTECTED] Tallahassee, FL 32308 _-_-_-_-_-_- See www.linuxpress.com for more details _-_-_-_-_-_-_- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dpkg, udpkg and busybox
> > It will be much easier to maintain if it can be used outside the > > installer. > > > > What size are you prepared to pay if any for full support, if i could > > get it down to 1 KB difference would that be ok ? > > How about make it selectable at compile time via BB_FEATURE_FULL_DPKG > or some such? That way we can disable it to save space if needed. woah woah woah if you want full dpkg support, use dpkg. all the dependency checking and stuff is *HARD* and we don't want to fork another dpkg implementation into busybox. udpkg has very specific and limited goals. I've tried to document some of these in the design doc in the source. It is *only* supposed to work within the prescribed limitations; it is not meant to be a replacement for dpkg at all. The size goal for udpkg was around 8k. I think we should keep that goal in mind. the whole idea of the udebs is to bootstrap the system into a usable state ASAP. Once you have access to one of the retrievers you can get a real dpkg.deb and install/use that... randolph -- Debian Developer <[EMAIL PROTECTED]> http://www.TauSq.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: woody make problems
On Thu, Feb 15, 2001 at 10:09:58PM -0500, Adam Di Carlo wrote: > > > > what if - we made rescue.sh (and friends) smart enough to know about its > > size and other optings (ie: -s) so we could do this: > > > > resc%.bin: $(root_for_rescue) linux% rescue.sh $(arch_rescue_deps) > > $(ROOTCMD) ./rescue.sh $(archive) "$*" $(kver) $< \ > > $(debianversion) "" $(LINGUA) $(SFONT) > > > > Have the target be: > > release/%/rescue.bin > > Then rescue.sh could build the .bin right into place and we wouldn't > need to have release.sh move it all in place (and release.sh wouldn't > have to be manually kept in sync with the Makefiles). > > So we could have it try to build, for instance, on i386: > > release/images-1.44/compact/rescue.bin > > and in this case, $* would be 'images-1.44/compact'. Then release.sh > (probalby should be a function in common.sh) could parse > images-1.44/compact to know that the blocks we want is 1440 and the > flavor is 'compact'. > > And we could slowly whittle away much of release.sh as well! > > This seems so much more transparent to me. > > Thoughts? well. in the short term, it is a whole lot easier to just make the extra targets in the makefiles w/o the % and if the dependency has a % in it resc1440%.bin: $(root_for_rescue) linux% rescue.sh $(arch_rescue_deps) making a whole new stanza (which is what i have done locally, just so i can get something built - it seems that not all the kernels exist in testing yet ?) how much work, really, do we want to put into woody b-f? -john -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: udpkg in busybox
> Genn has merged it into the busybox CVS tree, but has some real concerns about > its functionality. I am trying to get BusyBox 0.50 released today (or possibly > tomorrow). Glenn thinks the problems are serious enough that he recommended > that it be disabled for the release. I have a few other bugs to fix, so I > won't have a chance to dig into it. If you (or anyone else) have a bit of time > to look into fixing it up today, that would be great! i don't have time to look into it today, and will be out for the long weekend. if glenn doesn't mind, let's turn it off for now and we can look at it some more next week. randolph -- Debian Developer <[EMAIL PROTECTED]> http://www.TauSq.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: udpkg in busybox
On Fri Feb 16, 2001 at 11:01:14AM -0700, Randolph Chung wrote: > > re merging with busybox, as long as Erik is ok with it I have no issues > with it. Looks like Glenn has already done quite a bit of work here, but > if I need to do something let me know... Hi Randolph, Genn has merged it into the busybox CVS tree, but has some real concerns about its functionality. I am trying to get BusyBox 0.50 released today (or possibly tomorrow). Glenn thinks the problems are serious enough that he recommended that it be disabled for the release. I have a few other bugs to fix, so I won't have a chance to dig into it. If you (or anyone else) have a bit of time to look into fixing it up today, that would be great! -Erik -- Erik B. Andersen email: [EMAIL PROTECTED], [EMAIL PROTECTED] --This message was written using 73% post-consumer electrons-- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: udpkg wierdness
> I just commited it, this stops the status file getting corrupt on my > machine, much better than any of the patches i was thing of. thanks for the fixes! the uninstall (-r) code hasn't been tested much at all, so i'm not surprised it doesn't work. let's fix it! :) randolph -- Debian Developer <[EMAIL PROTECTED]> http://www.TauSq.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: udpkg in busybox
> Wouldn't it be good to separate udpkg data from dpkg data? So even if > a user uses it (he might want to) it wouldn't interfere with dpkg database? well, udpkg is supposed to help bootstrap your system into a real system. if it's messing up your status files, we should fix the problem rather than hack around it. FWIW udpkg does backup status files before changing them... re merging with busybox, as long as Erik is ok with it I have no issues with it. Looks like Glenn has already done quite a bit of work here, but if I need to do something let me know... randolph -- Debian Developer <[EMAIL PROTECTED]> http://www.TauSq.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: what is the whole purpose of kernel-image-di?
On Fri, Feb 16, 2001 at 10:56:24AM -0700, Randolph Chung wrote: > > libdetect. Someone KILL libdetect. > > > > It has fledgling PPC support, but it's (A) hacked together awfully (B) > > a little lacking in correctness (C) nowhere near compiling. I got it > > to build once, with two hours work, but not function. > > hmm.. drow, I'd like to talk to you about this more... am looking into > doing autodetection stuff for woody b-f using libdetect, but that might > not be such a good idea if it's very i386 specific. In fact, I just saw that other message in which you mentioned the idea and was about to answer... libdetect COULD be made more cross-platform friendly, by giving it some sane rewriting. It's a mess. > > cdebconf. Randolph, please do something about the warning and error I > > showed you from the preinst (?)! > > been on a road a lot this last few weeks. will fix on tuesday when i get > back. Thanks. Dan /\ /\ | Daniel Jacobowitz|__|SCS Class of 2002 | | Debian GNU/Linux Developer__Carnegie Mellon University | | [EMAIL PROTECTED] | | [EMAIL PROTECTED] | \/ \/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: what is the whole purpose of kernel-image-di?
> libdetect. Someone KILL libdetect. > > It has fledgling PPC support, but it's (A) hacked together awfully (B) > a little lacking in correctness (C) nowhere near compiling. I got it > to build once, with two hours work, but not function. hmm.. drow, I'd like to talk to you about this more... am looking into doing autodetection stuff for woody b-f using libdetect, but that might not be such a good idea if it's very i386 specific. > cdebconf. Randolph, please do something about the warning and error I > showed you from the preinst (?)! been on a road a lot this last few weeks. will fix on tuesday when i get back. randolph -- Debian Developer <[EMAIL PROTECTED]> http://www.TauSq.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian Boot CVS: tausq
> > > Randolph, can you explain what thisi s for, who might be using it? > > > > I'm experimenting with better modconf support for woody b-f. On the road > > right now; more details when I get back... > > Excellent. I'd like to get some form of auto-PCI detection going in > woody. modconf2 uses libdetect, so it should do some forms of PCI/ISA/USB/PCMCIA autodetection. It seems to work on my PCI network card at least... I'm not sure how much bloat this will add to the the boot-floppies though. we'll see will be back home (for a few days at least) on tuesday will do a more detailed writeup then. randolph -- Debian Developer <[EMAIL PROTECTED]> http://www.TauSq.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: task problem
> > (pristine disto && tasksel (no option)) + sendmail + bind - ppp = OK > > > Actualy, (base-config => tasksel) <=> "tasksel -riq" > > <=> (tasksel | dpkg) > > > > So it's some sort of arg interaction? Wierd. be sure you note this > ont he bug ... ok, i'm very confused about all the "equations". the only thing tasksel does is mark packages for install by apt. what i'd suggest is that, from a clean install, run tasksel -riq manually, select the task you want to install, and then run apt-get install and send the output to the BTS. randolph -- Debian Developer <[EMAIL PROTECTED]> http://www.TauSq.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: filed against wrong package
Processing commands for [EMAIL PROTECTED]: > reassign 85797 boot-floppies Bug#85797: installation hang Bug reassigned from package `boot-cdrom' to `boot-floppies'. > -- Stopping processing here. Please contact me if you need assistance. Darren Benham (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: 2.2r2 installs but hda busy
"Adam Di Carlo" <[EMAIL PROTECTED]> replied: > Have no idea. It's some sort of kernel issue. Yes, the kernel seems to be surprised that my DMA is braindead. I discovered this when I reinstalled slink and compared: Potato kern.log: PIIX4: IDE controller on PCI bus 00 dev 39 PIIX4: not 100%% native mode: will probe irqs later ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:DMA, hdd:pio Slink kern.log: ide: i82371 PIIX (Triton) on PCI bus 0 function 57 ide0: BM-DMA at 0xffa0-0xffa7 ide1: BM-DMA at 0xffa8-0xffaf Note the absence of references to the BIOS's DMA settings (which I can't change; sigh). > Perhaps try some of > the other kernel flavors, such as idepci or compact? Thanks for the tip! In the frustration, I had forgotten about these. Still, they both have: CONFIG_BLK_DEV_IDEDMA=y just like vanilla. So I probably need a customized kernel to upgrade Tod abl.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: call for volunteers -- woody boot-floppies
"Christian T. Steigies" <[EMAIL PROTECTED]> writes: > Umpf... I tried to built the (head?) potato version on my m68k box at home, > seems that one is needing some more packages to build than the earlier > version? No, it shouldn't. > > > The biggest problem (besides a missing loop device???) > > > > I thought this was fixed? > > It was a problem on apus/ppc before I think. This one must be different, I > do not know which kernel is running on the buildd, seems it has no loop > compiled and neither as module, although the config says so. Roman does > not really want to update the kernel, since physical access to the machine > is a little difficult at the moment, in case something goes wrong with the > kernel... but we have to update it someday, if we want to build bf. Ah. Ok, not a bf bug I guess. > > The woody boot-floppies already download stuff as needed via apt-get. > Hmm, seems it didn't. make check: Yes, it does, but as part of 'make root.bin' or 'make rescue.bin'. It doesn't auto-download-and-install (ew!! that would be gross!) dependancies -- those still must be satisfied. > This is with the woody branch and after I copied a few debs into the > local/Incoming dirs. What's in local/Incoming has nothing to do with satisfying the dependancies in debian/control for building. > Even after ash, recode and libc6-pic have been copied > to updates, they are not found? > stable, testing, unstable are all mentioned in sources.list, do I need to > configure something else? apt-get is working normally, its the buildd. No, you need to install the packages which are build dependacies. > > No need to have a mirror at all. > If I built this at home, Id like to use a mirror, or have a script to > download the needed packages to carry them home. I have no permanent > connection (does apt work via masquerading?). > If I build at home, Id have no fear crashing the machine, no loop problems, > and the builds might befinished faster, but this can only be a temporary > solution, since there will be no "home" in 4-6 weeks anymore. Well, if you can make an apt-able mirror, and we hack download() in common.sh, you can have a local mirror if you like. Personally I don't think it's worthwhile -- just download what you need with apt-get and then trhow the script into offline mode if you like. -- .Adam Di [EMAIL PROTECTED]http://www.onShore.com/> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: call for volunteers -- woody boot-floppies
On Thu, Feb 15, 2001 at 09:25:15PM -0500, Adam Di Carlo wrote: > "Christian T. Steigies" <[EMAIL PROTECTED]> writes: > > > On Wed, Feb 14, 2001 at 01:07:56AM -0500, Adam Di Carlo wrote: > > > > > OTOH, we do want to freeze woody prior to July, so we're going to need > > > to hobble along with boot-floppies for one more release -- woody. > > > > Will we need another set for potato or only for woody? > > Both. I'm preparing a 2.2r3 version of the stable boot-floppies (the > head) and also working on the woody version (the 'woody' branch). Umpf... I tried to built the (head?) potato version on my m68k box at home, seems that one is needing some more packages to build than the earlier version? But I would not want to build there, since its a big mess of potato/woody and experimental packages right now, plus I do not have a current mirror anymore since the pools came out. > > The biggest problem (besides a missing loop device???) > > I thought this was fixed? It was a problem on apus/ppc before I think. This one must be different, I do not know which kernel is running on the buildd, seems it has no loop compiled and neither as module, although the config says so. Roman does not really want to update the kernel, since physical access to the machine is a little difficult at the moment, in case something goes wrong with the kernel... but we have to update it someday, if we want to build bf. > The woody boot-floppies already download stuff as needed via apt-get. Hmm, seems it didn't. make check: checking boot-floppies dependancies didn't find glibc-pic didn't find slang1-pic didn't find dosfstools didn't find tetex-bin didn't find hfsutils didn't find recode didn't find pmac-fdisk-cross didn't find dpkg-awk didn't find debiandoc-sgml didn't find ash didn't find libwww-perl make: *** [check_depends] Error 1 This is with the woody branch and after I copied a few debs into the local/Incoming dirs. Even after ash, recode and libc6-pic have been copied to updates, they are not found? stable, testing, unstable are all mentioned in sources.list, do I need to configure something else? apt-get is working normally, its the buildd. > No need to have a mirror at all. If I built this at home, Id like to use a mirror, or have a script to download the needed packages to carry them home. I have no permanent connection (does apt work via masquerading?). If I build at home, Id have no fear crashing the machine, no loop problems, and the builds might befinished faster, but this can only be a temporary solution, since there will be no "home" in 4-6 weeks anymore. > No, it needs to be glibc-pic, which is (at least for all arches I have > easy access to) provided by libc6-pic. We can't just use the > libc6-pic dependancy because on that fun and wacky port, alpha, it's > called libc6.1-pic . Ok, but make check bombs out? Well, probably because it does nto see the package at all. Christian -- http://people.debian.org/~cts/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commits -- ick
Checking in debian/control; /cvs/debian-boot/debian-installer/build/debian/control,v <-- control new revision: 1.8; previous revision: 1.7 done 2001-02-16 03:21:44 14TixM-0004mG-00 Failed to find user "" from expanded string "${lookup {${domain}:user} partial-lsearch {/etc/exim/bsmtp} {$value}}" from the bsmtp transport Looks like the loginfo breakage is even worse now, trying to send out a mail without a from address, or something like that? The commit does succeed, btw, but no mail is sent. -- see shy jo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: call for volunteers -- woody boot-floppies
On Fri, 16 Feb 2001, Marcin Owsiany wrote: > Hmm.. are we going to make hurd boot-floppies for woody? > I have already butchered b-f 2.2.17 to produce HURD boot-floppies. I will admit this kind of experience my be of limited use. Phil. - Philip Charles; 39a Paterson St., Dunedin, New Zealand; +64 3 4882818 Mobile 025 267 9420. I sell GNU/Linux CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: call for volunteers -- woody boot-floppies
On Fri, Feb 16, 2001 at 07:14:10AM +, Philip Charles wrote: > On 14 Feb 2001, Adam Di Carlo wrote: > > > > > I am in need of volunteers -- people who know makefile and have worked > > with boot-floppies before. > > My HURDish experience might be of some use to you as a tester. Hmm.. are we going to make hurd boot-floppies for woody? Marcin -- Marcin Owsiany <[EMAIL PROTECTED]> http://student.uci.agh.edu.pl/~porridge/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]