Re: Replace /rescue/vi with mined(1) from DragonFlyBSD

From: Steve Kargl <sgk_at_troutmask.apl.washington.edu>
Date: Sat, 18 Jun 2005 09:01:16 -0700
On Sat, Jun 18, 2005 at 04:16:04PM +1000, Peter Jeremy wrote:
> >
> >-r-xr-xr-x  129 root  wheel  3669272 Jun 17 15:09 /rescue/ee*
> >-r-xr-xr-x    1 root  wheel  3564216 Jun 17 14:50 /rescue/mined*
> >-r-xr-xr-x    2 root  wheel  3940176 Jun 16 15:56 /rescue/vi*
> 
> Exactly what are you comparing here?

/rescue/ee, /rescue/mined, and /rescue/vi.

> Are these all crunched binaries built identically except
> for the embedded editor?

Sigh, of course!

> If you're looking for ways to save space in /rescue, there are other
> low-hanging fruit before you start moving to yet another editor:

It's not just space.  mined is a small, completely, self-contained
editor that is SUFFICIENT for system recovery.  It has the nice
feature that F1 will print every key binding action on an 80x25
screen.

> - It's difficult to justify both sh and [t]csh.
> - echo (which is builtin both sh and [t]csh)
> - test (which is builtin to sh)
> - clri (which is builtin to fsdb)
> - routed, rtquery, rtsol (recovering a hosed system shouldn't need a
>   routing daemon - a static route to the backup server should do)

Go for it.  Delete the above and submit a patch.  I'll enjoy
the ensuing religious war over sh and csh.

> - pax (when the new libarchive tar is available)

This is the freebsd-current mailing list.

> - id (there's no 'su' so how can I be anything other than root?)

Look at the Makefile.

> >This is an editor meant for recovering a system.  It's not
> >a full blown kitchen sink.
> 
> I don't think anyone is suggesting that we include emacs in /rescue :-)

The crunched /rescue/vi is 360 kB larger than the crunched /rescue/mined.
It may not be THE kitcken sink of editors, but it is certainly overkill
for system recovery.

-- 
Steve
Received on Sat Jun 18 2005 - 14:01:36 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:37 UTC