Repository: debian-installer/build/lists
who:dwhedon
time: Sat Mar 3 00:08:04 PST 2001
Log Message:
dhcp-client-udeb now available
Files:
changed:net
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Repository: debian-installer/build
who:dwhedon
time: Sat Mar 3 00:03:25 PST 2001
Log Message:
suggestion for apt to behave better
Files:
changed:TODO
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Repository: boot-floppies/scripts/rootdisk
who:dwhedon
time: Fri Mar 2 23:39:07 PST 2001
Log Message:
Make woody branch support libc-2.2.2. It looks like Joey made some of these
changes to the trunk already (r1.15) but the woody branch was languishing at
r1.13. With the changes
> 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
"Mark W. Eichin" wrote:
>
> in fact, dropping -z3 gets a checkout to run as far as
> cvs server: Updating boot-floppies/utilities/bf-utf
>
> and hang, as has been mentioned here previously. Now to see if I have
> enough pieces to try building a disk for this "legacy free" system
> [USB-
in fact, dropping -z3 gets a checkout to run as far as
cvs server: Updating boot-floppies/utilities/bf-utf
and hang, as has been mentioned here previously. Now to see if I have
enough pieces to try building a disk for this "legacy free" system
[USB-only keyboard, only external media is
Using
CVSROOT=:pserver:[EMAIL PROTECTED]:/cvs/debian-boot cvs -z3 co .
it runs for a while and then starts losing in ways that are *very*
characteristic of decompression failures. I'm running unstable at
this end, which is mildly suspicious - so I ask, has anyone else seen
this kind of th
On Fri, Mar 02, 2001 at 12:00:33PM -0800, Andrew Sharp wrote:
>
> Somebody else pointed out the obvious, which is that I've not done a
> floppy-only install for many years, so it is using the images/files
> off the cdrom, so technically I am using those floppies.
that is what i meant, you need r
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
Ethan Benson wrote:
>
> On Mon, Feb 26, 2001 at 08:21:18PM -0800, Andrew Sharp wrote:
> >
> > I've never needed rescue.bin for that. Granted I've only done two
> > installs. ~:^) But there are two images called driver-1.bin and
> > driver-2.bin which one might guess have drivers on them. Neve
16 matches
Mail list logo
