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.
Tim
More information about the freebsd-current
mailing list