Date: Sat, 22 Nov 2003 18:47:33 -0700 (MST) From: "M. Warner Losh" <imp@bsdimp.com> To: bde@zeta.org.au Cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: /bin and /sbin are now dynamically linked Message-ID: <20031122.184733.32325352.imp@bsdimp.com> In-Reply-To: <20031123112720.J3301@gamplex.bde.org> References: <20031121010211.GD84421@saboteur.dek.spc.org> <20031122.120100.16269141.imp@bsdimp.com> <20031123112720.J3301@gamplex.bde.org>
index | next in thread | previous in thread | raw e-mail
In message: <20031123112720.J3301@gamplex.bde.org>
Bruce Evans <bde@zeta.org.au> writes:
: On Sat, 22 Nov 2003, M. Warner Losh wrote:
:
: > In message: <20031121010211.GD84421@saboteur.dek.spc.org>
: > Bruce M Simpson <bms@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.
:
: What's wrong with FreeBSD's /usr/src/etc/termcap.small, except it is
: twice as large and has a weird selection of entries (zillions of
: variants of cons25, dosansi and pc3).
Mine is better because it has a more representative slice of currently
used terminal types. Maybe we should replace termcap.small with mine
(maybe with the copyright notice).
Warner
help
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20031122.184733.32325352.imp>