Glenn McGrath wrote:
>
> 1) mount procfs under /proc
> 2) mount shm under /dev/shm, (if we use devfs this is done
> automatically)
> 3) load any kernel modules found in the initrd filesystem
> 4) mount the filesystem of the boot medium (e.g. /dev/fd0)
> 5) search for, unpack and insert any core k
On Fri Mar 02, 2001 at 10:47:33PM -0800, David Whedon wrote:
> > b.t.w are we going to use uClibc or glibc for installer modules ?
>
> I don't think a decision has been made, though we haven't put together much of a
> framework for using uClibc. It would be interesting to see how much more we
>
> b.t.w are we going to use uClibc or glibc for installer modules ?
I don't think a decision has been made, though we haven't put together much of a
framework for using uClibc. It would be interesting to see how much more we
could fit on the floppy if we used uclibc.
David
--
To UNSUBSCRIBE
David Whedon wrote:
>
> How about this plan, this keeps it fairly simple. We have 2 reduced libc
> versions. 1 version will actually exists in a lot of forms because it will be
> generated for the specific requirements of a given install medium. The second
> version will include all the symbols
David Whedon wrote:
>
>
> I don't see that we gain much by that. To do it we'd need need some binutils,
> probably objcopy, ar, objdump. We'd not be saving much network traffic (that is
> the good thing, right?) perhaps a megabyte and adding to the complexity.
>
> How about this plan, this kee
> >
> > or make it Depends: particular_libc_reduced | libc
> >
> > though udpkg doesn't do '|', right?
> >
>
> hmm, im not sure, but i think this type of aproach could be the best
> solution to sorting out when we move to using a full libc.
>
> I was also wondering about the reduced libc, wou
David Whedon wrote:
>
> Mon, Feb 26, 2001 at 10:03:54AM +1100 wrote:
> > Arthur Korn wrote:
> > >
> > > Glenn McGrath schrieb:
> > > > 2) I want to leave the core udeb packages on the boot medium rather and
> > > > extract them as a step in the linuxrc rather than extract them into the
> > > > in
Mon, Feb 26, 2001 at 10:03:54AM +1100 wrote:
> Arthur Korn wrote:
> >
> > Glenn McGrath schrieb:
> > > 2) I want to leave the core udeb packages on the boot medium rather and
> > > extract them as a step in the linuxrc rather than extract them into the
> > > intird at build time, which i think ma
Sun, Feb 25, 2001 at 01:39:44PM +0100 wrote:
> Glenn McGrath schrieb:
> > 2) I want to leave the core udeb packages on the boot medium rather and
> > extract them as a step in the linuxrc rather than extract them into the
> > intird at build time, which i think makes it a lot more flexible.
>
> H
Juist a short not to say im still work on this plan.
i.e.
static busybox based initrd that
1) mounts /proc, /dev/shm
2) scans /proc/ and mounts storage devices under /mnt/
3) does something like a dpkg-scanpackages to find installer packages.
4) unpackags the installer from udebs to virtual mem
Arthur Korn wrote:
>
> Glenn McGrath schrieb:
> > 2) I want to leave the core udeb packages on the boot medium rather and
> > extract them as a step in the linuxrc rather than extract them into the
> > intird at build time, which i think makes it a lot more flexible.
>
> Hmm, so you are not goin
Glenn McGrath schrieb:
> 2) I want to leave the core udeb packages on the boot medium rather and
> extract them as a step in the linuxrc rather than extract them into the
> intird at build time, which i think makes it a lot more flexible.
Hmm, so you are not going to make library reduction, or on
David Whedon wrote:
>
> Sat, Feb 24, 2001 at 10:45:22PM +1100 wrote:
> > Im not exactly sure what the current plan is for getting the core udebs
> > on the boot disk, but how does this sound.
> What is wrong/limiting with the current way that d-i boot floppies are being
> created?
> -udeb dependa
Sat, Feb 24, 2001 at 10:45:22PM +1100 wrote:
> Im not exactly sure what the current plan is for getting the core udebs
> on the boot disk, but how does this sound.
What is wrong/limiting with the current way that d-i boot floppies are being
created?
-udeb dependancies are resolved by apt
-udebs ar
Im not exactly sure what the current plan is for getting the core udebs
on the boot disk, but how does this sound.
Use an initramdisk, linuxrc is a static version of busybox with the
following features.
#define BB_CHROOT
#define BB_DPKG
#define BB_GUNZIP
#define BB_INSMOD
#define BB_LINUXRC_DI
15 matches
Mail list logo
