From owner-freebsd-current@FreeBSD.ORG Sat Jun 18 06:16:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48EB416A41C for ; Sat, 18 Jun 2005 06:16:08 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail18.syd.optusnet.com.au (mail18.syd.optusnet.com.au [211.29.132.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC73143D48 for ; Sat, 18 Jun 2005 06:16:07 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-8-51.belrs4.nsw.optusnet.com.au [220.239.8.51]) by mail18.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j5I6G5NQ029446 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 18 Jun 2005 16:16:05 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id j5I6G4Rx062673; Sat, 18 Jun 2005 16:16:04 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j5I6G4bt062672; Sat, 18 Jun 2005 16:16:04 +1000 (EST) (envelope-from pjeremy) Date: Sat, 18 Jun 2005 16:16:04 +1000 From: Peter Jeremy To: Steve Kargl Message-ID: <20050618061603.GM50157@cirb503493.alcatel.com.au> References: <20050617214658.GA41804@troutmask.apl.washington.edu> <58826.1119044951@critter.freebsd.dk> <20050617220222.GA42080@troutmask.apl.washington.edu> <20050617220653.GA114@saltmine.radix.net> <20050617221353.GA48584@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050617221353.GA48584@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2i Cc: freebsd-current@freebsd.org, Thomas Dickey Subject: Re: Replace /rescue/vi with mined(1) from DragonFlyBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2005 06:16:08 -0000 On Fri, 2005-Jun-17 15:13:53 -0700, Steve Kargl wrote: >On Fri, Jun 17, 2005 at 06:06:53PM -0400, Thomas Dickey wrote: >> This topic comes up about every 3 months. ncurses can be compiled to have >> embedded terminal descriptions. That's one choice. Another is to have a >> small termcap file. That's another choice. Of course another choice is >> to change the editor (though stating that it has support for cons25 and >> xterm sounds suspicious, since they do differ). It's possible to write a full-screen editor using a fairly minimal set of ANSI sequences (CUP and EL would do, but adding more sequences will help) that is common to cons25 and xterm (and VT100 etc). This may not be as "efficient" as an application that is tuned to use all the features available in the terminal but that is totally irrelevant for an application running on the console. >I've already stated that I'm aware of the PR that has >a minimalist termcap, which needs to be installed somewhere >that /rescue/vi can find it. > >-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? Are these all crunched binaries built identically except for the embedded editor? 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 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) - pax (when the new libarchive tar is available) - id (there's no 'su' so how can I be anything other than root?) If someone really wants to spend time developing a stripped down application that would be useful in /rescue, they should look at ssh. A cut-down ssh/libssl would be far more appreciated. >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 :-) -- Peter Jeremy