Re: Shrinking /(s)bin: A Proposal

2002-11-17 Thread Peter Wemm
Lamont Granquist wrote: > > RedHat systems have only two statically linked binaries in their systems > and it is one of the things that I viscerally hate about RedHat. You have > to look on another system or lookup on the net which shell to use instead > of /sbin/init and then play around with a

Re: Shrinking /(s)bin: A Proposal

2002-11-16 Thread Lamont Granquist
RedHat systems have only two statically linked binaries in their systems and it is one of the things that I viscerally hate about RedHat. You have to look on another system or lookup on the net which shell to use instead of /sbin/init and then play around with a massively minimal set of things yo

Re: Shrinking /(s)bin: A Proposal

2002-11-15 Thread Peter Wemm
Robert Watson wrote: > > On Thu, 14 Nov 2002, Doug Rabson wrote: > > > > : I'm open to patches for building /[s]bin as dynamic. If you have > > > : time and can coordinate with [EMAIL PROTECTED] to build the patch, I > > > : would appreciate it. > > > > > > % make NOSHARED=NO buildworld > > > >

Re: Shrinking /(s)bin: A Proposal

2002-11-14 Thread Robert Watson
On Thu, 14 Nov 2002, Doug Rabson wrote: > > : I'm open to patches for building /[s]bin as dynamic. If you have > > : time and can coordinate with [EMAIL PROTECTED] to build the patch, I > > : would appreciate it. > > > > % make NOSHARED=NO buildworld > > > > No patches necessary. We do this all

Re: Shrinking /(s)bin: A Proposal

2002-11-14 Thread Nate Lawson
On Thu, 14 Nov 2002, Wes Peters wrote: > Doug Rabson wrote: > > > > On Thursday 14 November 2002 6:45 am, M. Warner Losh wrote: > > > > > > % make NOSHARED=NO buildworld > > > > > > No patches necessary. We do this all the time at work, and it works > > > fabulously. I do this for disk based sys

Re: Shrinking /(s)bin: A Proposal

2002-11-14 Thread Wes Peters
Doug Rabson wrote: > > On Thursday 14 November 2002 6:45 am, M. Warner Losh wrote: > > > > % make NOSHARED=NO buildworld > > > > No patches necessary. We do this all the time at work, and it works > > fabulously. I do this for disk based systems that have / and /usr on > > the same file system t

Re: Shrinking /(s)bin: A Proposal

2002-11-14 Thread Doug Rabson
On Thursday 14 November 2002 6:45 am, M. Warner Losh wrote: > In message: <[EMAIL PROTECTED]> > > Nate Lawson <[EMAIL PROTECTED]> writes: > : On Mon, 11 Nov 2002, Tim Kientzle wrote: > : > The possibility of dynamically linking /(s)bin seems > : > to recur pretty regularly. As libc con

Re: Shrinking /(s)bin: A Proposal

2002-11-13 Thread M. Warner Losh
In message: <[EMAIL PROTECTED]> Nate Lawson <[EMAIL PROTECTED]> writes: : On Mon, 11 Nov 2002, Tim Kientzle wrote: : > The possibility of dynamically linking /(s)bin seems : > to recur pretty regularly. As libc continues to grow, : > this idea seems worth revisiting. However, I've com

Re: Shrinking /(s)bin: A Proposal

2002-11-13 Thread Nate Lawson
On Mon, 11 Nov 2002, Tim Kientzle wrote: > The possibility of dynamically linking /(s)bin seems > to recur pretty regularly. As libc continues to grow, > this idea seems worth revisiting. However, I've come up > with an alternative that might be worth considering. I'm open to patches for buildin

Re: Shrinking /(s)bin: A Proposal

2002-11-13 Thread Wes Peters
Justin Wojdacki wrote: > > Rich Morin wrote: > > > > My spouse had the problem of creating a bootable copy of A/UX on a > > single floppy. She decided to write a "doitall" program that had > > functionality from a number of small commands. This amortized the > > overhead a great deal. > > If yo

Re: Shrinking /(s)bin: A Proposal

2002-11-12 Thread M. Warner Losh
I just link bin and sbin dynamically when I want to make a small image. Works great, no hacks needed so long as / and /usr are the same partition, which they are on the CF's I make. A minimally bootable FreeBSD system is on the order of 6MB uncompressed. Warner To Unsubscribe: send mail to [EMA

Re: Shrinking /(s)bin: A Proposal

2002-11-12 Thread Poul-Henning Kamp
In message , Rich Morin writes: >My spouse had the problem of creating a bootable copy of A/UX on a >single floppy. She decided to write a "doitall" program that had >functionality from a number of small commands. This amortized the >overhead a great deal. man crunchgen. -- Poul-Henning Kamp

Re: Shrinking /(s)bin: A Proposal

2002-11-12 Thread The Anarcat
The same approach is used in creating sysinstall related binaries or in PicoBSD. The utility is called crunchgen(1). The examples section even features ways to do exactly that with /sbin. A. On Tue Nov 12, 2002 at 11:32:26AM -0800, Rich Morin wrote: > My spouse had the problem of creating a boot

Re: Shrinking /(s)bin: A Proposal

2002-11-12 Thread Amit Rao
On Tuesday 12 November 2002 02:34 pm, Justin Wojdacki wrote: > Rich Morin wrote: > > My spouse had the problem of creating a bootable copy of A/UX on a > > single floppy. She decided to write a "doitall" program that had > > functionality from a number of small commands. This amortized the > > ov

Re: Shrinking /(s)bin: A Proposal

2002-11-12 Thread Justin Wojdacki
Rich Morin wrote: > > My spouse had the problem of creating a bootable copy of A/UX on a > single floppy. She decided to write a "doitall" program that had > functionality from a number of small commands. This amortized the > overhead a great deal. > > A similar approach could be used for /(s)b

Re: Shrinking /(s)bin: A Proposal

2002-11-12 Thread Rich Morin
My spouse had the problem of creating a bootable copy of A/UX on a single floppy. She decided to write a "doitall" program that had functionality from a number of small commands. This amortized the overhead a great deal. A similar approach could be used for /(s)bin: lump several programs togethe

Shrinking /(s)bin: A Proposal

2002-11-11 Thread Tim Kientzle
The possibility of dynamically linking /(s)bin seems to recur pretty regularly. As libc continues to grow, this idea seems worth revisiting. However, I've come up with an alternative that might be worth considering. For concreteness, consider /bin/mv, whose 400k (!!) breaks down approximately as