Re: fixit.flp full again

2002-04-02 Thread Makoto Matsushita


matusita But I don't checked that we can safely remove /dev/* files from
matusita fixit.flp (sorry, if no one try to do, I'll do it later).

I've confirmed that it makes no problem, so commit it.  We get about
40kbytes of free fixit.flp space again.

-- -
Makoto `MAR' Matsushita

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message



Re: fixit.flp full again

2002-03-27 Thread Maxim Sobolev

John Hay wrote:
 
   A make release breaks because the fixit floppy is too big again. So what
   can we do to get it smaller? Anybody got any ideas or shall we just choose
   a random utility and delete it?
 
  I think that we really should move to using new loader(8) feature for
  loading kernels/modules split across several physical medias. See cvs
  logs for src/lib/libstand/splitfs.c for details.
 
 Uhm, but splitting kernels and modules won't help the fixit floppy? Or
 am I missing something?

Gmm, yes, it seems that your are entirely correct - in its current
form it couldn't be split. We should consider putting fixit files onto
a MD disk image instead, which then could be compressed/split across
several medias.

-Maxim

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message



fixit.flp full again

2002-03-26 Thread John Hay

A make release breaks because the fixit floppy is too big again. So what
can we do to get it smaller? Anybody got any ideas or shall we just choose
a random utility and delete it?

John
-- 
John Hay -- [EMAIL PROTECTED] / [EMAIL PROTECTED]

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message



Re: fixit.flp full again

2002-03-26 Thread Maxim Sobolev

On Wed, 2002-03-27 at 07:44, John Hay wrote:
 A make release breaks because the fixit floppy is too big again. So what
 can we do to get it smaller? Anybody got any ideas or shall we just choose
 a random utility and delete it?

I think that we really should move to using new loader(8) feature for
loading kernels/modules split across several physical medias. See cvs
logs for src/lib/libstand/splitfs.c for details.

-Maxim




signature.asc
Description: This is a digitally signed message part


Re: fixit.flp full again

2002-03-26 Thread John Hay

  A make release breaks because the fixit floppy is too big again. So what
  can we do to get it smaller? Anybody got any ideas or shall we just choose
  a random utility and delete it?
 
 I think that we really should move to using new loader(8) feature for
 loading kernels/modules split across several physical medias. See cvs
 logs for src/lib/libstand/splitfs.c for details.

Uhm, but splitting kernels and modules won't help the fixit floppy? Or
am I missing something?

John
-- 
John Hay -- [EMAIL PROTECTED] / [EMAIL PROTECTED]

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message