Re: HEADS UP: /bin and /sbin are now dynamically linked

From: Tim Kientzle <kientzle_at_acm.org>
Date: Sun, 23 Nov 2003 11:58:05 -0800
M. Warner Losh wrote:
> In message: <20031121010211.GD84421_at_saboteur.dek.spc.org>
>             Bruce M Simpson <bms_at_spc.org> writes:
> : On Thu, Nov 20, 2003 at 04:31:10PM -0800, Tim Kientzle wrote:
> : >  * /rescue/vi is currently unusable if /usr is missing because
> : >    the termcap database is in /usr.  One possibility
> : >    would be to build a couple of default termcap entries
> : >    into ncurses or into vi.
> : 
> : My suggested candidates are vt100 and cons25. The comconsole port installs
> : an /etc/ttys entry using vt100. This is also the default terminal type for
> : most dialup entries.
> 
> Timing Solutions uses the following minimal termcap for its embedded
> applications.  It has a number of terminals that it supports, while
> still being tiny.  it is 3.5k in size, which was the goal ( < 4k block
> size we were using).  One could SED this down by another 140 bytes or
> so.  Removing the comments and the verbose names would net another 300
> odd bytes.
> 
> The terminals supported are vt220, vt102, vt100, xterm, xterms,
> cons25w, cons25 and ansi.  This seems a reasonable number: neither too
> few, nor too many.  It lets people connect 'normal' terminals to the
> serial port (most PCs have vt100/vt220 emulation), as well as PC to PC
> connection on the console or xterm.
> 
> I'd be happy to commit this as /etc/termcap.tiny.  vi could then look
> for both termcap and termcap.tiny and things would just work.
> 
> Comments?

Sounds like a good idea to me.  I only wonder if it makes sense
to commit it as /rescue/termcap.tiny to make the purpose clear?

I see no point in trying to prune any smaller.  As you
point out, it's already smaller than a typical block size.

Tim
Received on Sun Nov 23 2003 - 10:58:30 UTC

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