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. -- SteveReceived 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