Okay, using modprobe is a good idea. I have a new patch to modutils; it
includes modprobe and is attached.
Thanks,
-David
Mon, Jan 29, 2001 at 07:47:38PM +0100 wrote:
Previously David Whedon wrote:
We're really strapped for space trying to fit all on a single floppy. We
have
This may be user error, I'm not sure, but the di kernel didn't want to build for
me. Is make-kernel-control a script that should be in cvs?
mkdir -p kernel-source-2.4.0/debian
./make-kernel-control 2.4.0 di \
kernel-source-2.4.0/debian/control
make: ./make-kernel-control: Command not
We have a less crippled system now, I still haven't gotten my 3c509 module to
load, odd. Anyway, to get it to fit on the floppy I needed to build cdebconf
without the slang frontend. I think the text frontend should be all we have on
the single floppy version. It is completely functional, and
I'm working on the bootable images now, I'm using :
http://www.linuxdoc.org/HOWTO/Bootdisk-HOWTO/x696.html
as a resource starting from scratch (i.e. not using the stuff from
boot-floppies.) reasonable?
-David
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe".
I'll start making a udeb of modutils, since that looks like where this is
heading, okay?
-David
Thu, Jan 25, 2001 at 09:40:06PM -0700 wrote:
On Thu Jan 25, 2001 at 11:10:52PM -0500, Ben Collins wrote:
How about just make modutils create a udeb?
While I would love to get some more archs
hmmm, I took a bit of a look at it, it looks like it wants to be its own
library, and doesn't use the libparted data structures in all cases, maybe that
was for the things that libparted can't handle. Neat though.
-David
Fri, Jan 26, 2001 at 06:18:52AM +1100 wrote:
b.t.w. I was just browsing
Package: modutils
Version: 2.4.1-1
Here's a patch to make a udeb of modutils for debian-installer. It is still
possible that we will use busybox 'insmod', however busybox 'insmod' doesn't
currently support all our targetted archs. In its current form this udeb
contains only the insmod binary.
I just got the ones off the net to work fine, for what it's worth. Wierd.
-David
Thu, Jan 25, 2001 at 04:46:16PM +1100 wrote:
David Whedon wrote:
have you built any udebs locally or are you getting them all off the net?
-David
Getting them all off the net, i guess i will try
Tue, Jan 23, 2001 at 09:49:20AM +0100 wrote:
Hello,
I would like start to work on Debian Boot.
Super :-)
So, are there any
documentation that I should be read?
If you want to work on debian-installer (eventual replacement for
boot-floopies). Check out :
http://cvs.debian.org
and
forgot to cc the list.
- Forwarded message from David Whedon [EMAIL PROTECTED] -
From: David Whedon [EMAIL PROTECTED]
Subject: Re: Missing curses.h when trying to build a kernel make menuconfig
To: "Miller, Jim" [EMAIL PROTECTED]
Date: Tue, 23 Jan 2001 12:08:41 -0800
libnc
started playing in C but with parted, at least, a shell script is really
conviennent.
Thoughts?
David
Tue, Jan 23, 2001 at 04:00:58PM +1100 wrote:
David Whedon wrote:
I'm looking again into a partitioning tool using libparted. From what I've
looked at selectdevice and kdetect I won't
BTW, with the new version of busybox-udeb I uploaded yesterday,
we now need to add in netkit-tiny, since that is where wget now
lives.
-Erik
I've uploaded netkit-tiny which includes wget, nc, ping, ifconfig and route.
btw: I made one small change to ifconfig so it plays well with
While working on support for dhclient in debian-installer I noticed that
busybox will need to have 'expr' added. I wonder how this should be handled.
I guess it makes sense to add 'expr' since it is only a few k, and so far pump
hasn't worked for me (could still be user error at this point.), but
Fri, Jan 12, 2001 at 07:07:45PM -0500 wrote:
Maybe you guys could clue me in on the partitioner you are going to
use. You talk about using libparted or libfdisk. Does the libfdisk
mean the libfdisk in the boot-floppies CVS area? Does that mean it
has to be packaged separately?
That's
It's hard to tell right now what is going to make sense as far as a GUI front
end, as we've seen by this discussion.
What I saw of gtk-fb looked really neat, pretty, etc. In fact, the first thing
that came to my mind was, "Wouldn't that look neat for debian-installer". I
haven't looked at the
I've started to look into doing the disk partitioner.
Looking through the boot archives it looks like Eray indicated some interest, I
don't want to step on toes, Eray, let me know if you are still working on it, we
can work together, o ryou can have it, just let me know, I want it soon.
I've
sounds nice. btw, is there any standard here on the data structures?
would it be possible to agree on this since we're using C, and data
structure codes tend to be replicated over and over again? i'd be
I'm not sure what you mean by standard for data structures. For the most part I
think
Hi,
I'm interested in this too, to the extent that I'd like debian-installer (new
debian install system that is going to replace boot-floppies, but may not
actually be out for a while) to support ppp, and modems, and ideally also auto
detect hardware. What you are asking for would be a large
I'm packaging netkit-tiny. I'll make a deb and a udeb for debian-installer. I
plan on putting in the udeb: ifconfig, ping, and nc.
What's the future plan on this as far as integration with busy box (or not)?
-David
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Package: libdetect0
Version: 0.9.72-4
Hi,
I'd like to use libdetect for debian-installer. To make that possible here's a
patch that makes libdetect generate a udeb (small, non-policy conforming
packages meant to be used in debian-installer).
Thanks,
David
diff -uwdar
iff -uwdrN netkit-tiny/debian/changelog netkit-tiny-udeb/debian/changelog
--- netkit-tiny/debian/changelogWed Dec 31 16:00:00 1969
+++ netkit-tiny-udeb/debian/changelog Wed Jan 3 22:28:36 2001
@@ -0,0 +1,10 @@
+netkit-tiny (0.1pre-1) unstable; urgency=low
+
+ * Initial Release.
+
+ -- Da
Two bugs here:
1. printf to stdout is bad, it mucks with debconf and we die, changed to stderr.
2. If a postinst failed udpkg marks the package as half-configured. Without
this patch main-menu will then refuse to run the postinst again, because it only
cares about installed and unpacked
Am I allowed to increment major demo versions too?
http://www.gordian.com/users/davidw/debian/demo4.tar.gz
Problems:
It's way too big.
It finds two cards so it tries to load the module twice, gets ann error.
Good things:
Detects ethernet card via libdetect, loads the module, the configure's
Sun, Dec 31, 2000 at 10:05:17AM -0700 wrote:
On Fri Dec 29, 2000 at 12:56:36AM -0800, David Whedon wrote:
Known Problems:
-proc filesystem isn't working, so I can't find the network interfaces
automatically.
Hmm. And doing a 'mount proc /proc -t proc' doesn't mount it? How odd.
yea
demo3a has some consmetic problems, but some fairly interesting functionality.
The nicest thing about demo3a is that that udpkg and cdebconf are working well
enough that other udebs can be installed and debugged/tested.
My machine has two cards, one on a cable modem, one on a 192.168 net. I
I'm working on getting a demo3a that will (hopefully) bring the network up.
While doing that I found what I think are tiny bugs in udpkg and cdebconf.
With these patches applied my little chroot is getting a lot happier.
The cdebconf one is pretty trivial, a relative path name was still sneaking
I wonder if it makes sense to import the ppp and dhcp packages that
debian-installer will use into the debian-installer cvs tree. Rational is:
-ppp maintainer relates that he can't work on Debian at the present time, so a
udeb comes out of a NMU in any case.
-I'm in the nm-queue so I can't
Thu, Dec 21, 2000 at 02:42:33PM -0800 wrote:
Hi David, I have taken a look at the current netcfg, and I am wondering
what your plans are for dhcp. It looks like you fully support dhcp, via
calling a dhcp client and setting up other things. Problem is, this is
somewhat counter to the
I built udebs for ppp and pump. I still have a few things to do to make the
rules files behave nicely, but we are mostly there.
pump:
I didn't do anything funny here, just removed the docs and passed it some
different CFLAGS.
$ dpkg -c ../pump-udeb_0.8.3-1_i386.udeb
drwxr-xr-x root/root
I made udebs of dhcpcd (turns out to be smaller than pump, and I've heard is
better behaved), pump and ppp. If anyone wants to play with them, (or critisize
them in case I made an error) the patches can be found at bugs #79841 (pump),
#79851 (dhcpcd), and #79864 (ppp). I haven't gotten a chance
This is a good idea.
I think at this point it would be premature to enlist a bunch of testers. We
should probably wait until we can do a full install.
Before that, maybe it would make sense to pull the hardware detection (once it
is finished) out into a little application that simply named
Nothing has been ruled out at this point, the only reason I didn't udeb it is
that (and I looked at dhcp_2.0pl5-1, didn't know v3 existed, thanks):
1. it looked a lot bigger than either pump or dhcpcd
2. it didn't work for me right out of the box under Linux for me like dhcpcd did
(though it did
I should have cc'd boot:
- Forwarded message from David Whedon [EMAIL PROTECTED] -
From: David Whedon [EMAIL PROTECTED]
Subject: Re: I'd like to claim a task
To: "Eray Ozkural (exa)" [EMAIL PROTECTED]
Date: Sat, 16 Dec 2000 12:57:08 -0800
cool,
First step would be to grab wh
If the user wants to go through the network configuration a second time (they
mistyped something) , I'd like to have the default set to their previous
answer, and I'd like it to be obvious that the defaults are such.
I can't figure out how to get this behavior with the current version of
I've been looking around for a way to get ppp into the installer. The ideal
would be to have a minimal ppp package that can dial out and grab the rest of
the system. The current ppp deb is about 230k. I'm going to look into making a
udeb out of it, and see how small it can be.
If anyone has
Run strings on your binary before and after this change. I'll be very
oops, you're right
Probably from moving the text into the .so file?
must have been, and I can't reproduce it anyway, it looks like the david-way is
actually bigger now, suggestion withdrawn.
:-)
-David
--
To
Mon, Dec 11, 2000 at 12:05:34AM -0700 wrote:
In reference to a message from David Whedon, dated Dec 10:
This is an unrelated patch to debconfclient.c. I don't know if people
will like it, or if it just makes code harder to read. The idea is that we
don't want to take up a lot of space
I'm starting to look at network configuration. I'm using dbootstrap/netconfig.c
as a guide, debconf'ing the messages to start. I figure this is a good place
to start. Other than autodetection and giving the user the option of answering
fewer questions, is there anything new people are looking
Sat, Dec 02, 2000 at 10:01:09PM +0100 wrote:
- other hardware detection [David Whedon]
David has written detectors for sound, ethernet, cd, cpu,
disk, and memory detection. All need testing.
Great! I've been thinking about sound card detection, especially
I did some more looking into mdmdetect (one of the ddetect binaries that it
supposed to detect a modem, didn't detect Joey's, nor mine). It turns out that
libdetect does get a response from my modem, but then sends a bad command:
at
ok
ati9
error
libdetect gives up after that and decides
I started playing with a tiny http library:
ftp://ftp.demailly.com/pub/http-tiny-1.2.tar.gz
So far it is true to its name, small, and does http. I'll make a package of it
and maybe we can use it for the http retriever.
-David
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Thu, Nov 30, 2000 at 07:28:09AM -0800 wrote:
On Thu, Nov 30, 2000 at 12:32:32AM -0800, David Whedon wrote:
I started playing with a tiny http library:
ftp://ftp.demailly.com/pub/http-tiny-1.2.tar.gz
So far it is true to its name, small, and does http. I'll make a package
midnight UTC works for me during the week, count me in.
Tue, Nov 28, 2000 at 04:10:25PM +1100 wrote:
Randolph Chung wrote:
I was wondering if anyone is interested in arranging a time to hold a
debian-installer design brainstorming session or such on irc
(#debian-boot on
I have a first cut at detecting hard drives, cdrom, cpu, nic, and modems. This
all uses libdetect and libisapnp, the code it self borrows heavily from a
libdetect example program. In many cases all we are actually doing is looking
up the info of interest in /proc. I've erred on the side of
Ive committed my pcidetect (for lack of a better name) program to
debians cvs under /debian/installer/tools/pcidetect
To avoid duplicating our work we should come to some sort of agreement
about which is the best path to take. There is enough of pcidetect there
to see how it works,
Hi,
I made a new version of ddetect with a few changes, even if we don't
go the libdetect way it was instructive to figure out how to make
multiple .udebs conviennently.
I'm now generating 2 udebs which each provide the virtual package
[sound|ethernet]-card-detection:
snddetect_0.0.5_i386.udeb
Thu, Nov 09, 2000 at 12:28:23PM -0500 wrote:
Is RH database GPL'd? If so, can we use the database to create the header files
for libdetect ??
Regards,
Vaidhy "Who does not like duplicating cuz he is lazy"
On Wed, Nov 08, 2000 at 10:04:22PM -0600, Roland Bauerschmidt wrote:
was
newlib is a replacement for libc used on embedded systems. Perhpas the
small footprint would be good for the installer. I searched the
archive for references to using cygnus's newlib for the installer and
didn't find anything. Either it hasn't been considered, or there is a
good reason not to
201 - 248 of 248 matches
Mail list logo
