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

Tim Kientzle kientzle at acm.org
Sun Nov 23 11:58:30 PST 2003

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.


More information about the freebsd-current mailing list