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