Replace /rescue/vi with mined(1) from DragonFlyBSD
Steve Kargl
sgk at troutmask.apl.washington.edu
Sat Jun 18 16:01:36 GMT 2005
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
More information about the freebsd-current
mailing list