From b.candler@pobox.com  Fri Apr 22 16:44:40 2005
Return-Path: <b.candler@pobox.com>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 59E2216A4CE
	for <FreeBSD-gnats-submit@freebsd.org>; Fri, 22 Apr 2005 16:44:40 +0000 (GMT)
Received: from orb.pobox.com (orb.pobox.com [207.8.226.5])
	by mx1.FreeBSD.org (Postfix) with ESMTP id F28F543D5F
	for <FreeBSD-gnats-submit@freebsd.org>; Fri, 22 Apr 2005 16:44:39 +0000 (GMT)
	(envelope-from b.candler@pobox.com)
Received: from orb (localhost [127.0.0.1])
	by orb.pobox.com (Postfix) with ESMTP id D92F59DF
	for <FreeBSD-gnats-submit@freebsd.org>; Fri, 22 Apr 2005 12:44:36 -0400 (EDT)
Received: from thinkdog.local.linnet.org (dhcp-222-204.ws.afnog.org [196.200.222.204])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by orb.sasl.smtp.pobox.com (Postfix) with ESMTP id BDA4787
	for <FreeBSD-gnats-submit@freebsd.org>; Fri, 22 Apr 2005 12:44:22 -0400 (EDT)
Received: from brian by thinkdog.local.linnet.org with local (Exim 4.43 (FreeBSD))
	id 1DP1G6-000N4c-IT
	for FreeBSD-gnats-submit@freebsd.org; Fri, 22 Apr 2005 18:44:02 +0200
Message-Id: <E1DP1G6-000N4c-IT@thinkdog.local.linnet.org>
Date: Fri, 22 Apr 2005 18:44:02 +0200
From: Brian Candler <B.Candler@pobox.com>
Reply-To: Brian Candler <B.Candler@pobox.com>
To: FreeBSD-gnats-submit@freebsd.org
Cc:
Subject: /rescue/vi doesn't work without terminal database in /usr
X-Send-Pr-Version: 3.113
X-GNATS-Notify:

>Number:         80256
>Category:       bin
>Synopsis:       /rescue/vi doesn't work without terminal database in /usr
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    yar
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Fri Apr 22 16:50:08 GMT 2005
>Closed-Date:    Tue Jul 10 03:27:57 UTC 2012
>Last-Modified:  Tue Jul 10 03:27:57 UTC 2012
>Originator:     Brian Candler
>Release:        FreeBSD 5.4-STABLE i386
>Organization:
>Environment:

5.4-STABLE as of about 2005-04-18

	
>Description:

The usefulness of /rescue/vi is severely curtailed by the fact that it needs
to have /usr mounted before it functions. In that case, you might as well
just use /usr/bin/vi.

	
>How-To-Repeat:

Boot into single-user mode; just the root partition is mounted initially.

# /rescue/vi
vi: No terminal database found
# echo $TERM
cons25
# mount /usr
# /rescue/vi
ex/vi: Error: Unable to create temporary file: Read-only file system
# mount /
# /rescue/vi
Error: /var/tmp/vi.recover: No such file or directory
[but it does continue into vi]
# mount /var
# /rescue/vi
[OK]

	
>Fix:

Since the vast majority of single-user activity is at the console, I'd
suggest that vi have a hardcoded fallback termcap/terminfo entry in the
event that /usr is not mounted.

It might be possible to do this through an environment variable (TERMCAP?) -
however there is already a cons25 entry in /etc/termcap, and that isn't
being used, which makes me think that vi probably only uses terminfo.

Perhaps should set TERMINFO_DIRS and include a few choice terminals in the
root filesystem. e.g. vt100 could be included for the benefit of serial
console users.
>Release-Note:
>Audit-Trail:

From: "Simon L. Nielsen" <simon@FreeBSD.org>
To: Brian Candler <B.Candler@pobox.com>
Cc: FreeBSD-gnats-submit@FreeBSD.org
Subject: Re: bin/80256: /rescue/vi doesn't work without terminal database in /usr
Date: Sat, 23 Apr 2005 16:04:59 +0200

 --17pEHd4RhPHOinZp
 Content-Type: text/plain; charset=us-ascii
 Content-Disposition: inline
 Content-Transfer-Encoding: quoted-printable
 
 On 2005.04.22 18:44:02 +0200, Brian Candler wrote:
 >=20
 > The usefulness of /rescue/vi is severely curtailed by the fact that it ne=
 eds
 > to have /usr mounted before it functions. In that case, you might as well
 > just use /usr/bin/vi.
 
 This has been known from when rescue was introduced, see the rescue(7)
 manual page:
 
 BUGS
      Most of the rescue tools work even in a fairly crippled system.  The m=
 ost
      egregious exception is the rescue version of vi(1), which currently
      requires that /usr be mounted so that it can access the termcap(5) fil=
 es.
      Hopefully, a failsafe termcap(3) entry will eventually be added into t=
 he
      ncurses(3) library, so that /rescue/vi can be used even in a system wh=
 ere
      /usr cannot immediately be mounted.  In the meantime, the rescue versi=
 on
      of the ed(1) editor can be used from /rescue/ed if you need to edit
      files, but cannot mount /usr.
 
 --=20
 Simon L. Nielsen
 
 --17pEHd4RhPHOinZp
 Content-Type: application/pgp-signature
 Content-Disposition: inline
 
 -----BEGIN PGP SIGNATURE-----
 Version: GnuPG v1.4.0 (FreeBSD)
 
 iD8DBQFCalYKh9pcDSc1mlERAnnrAJwPP17zZ8GiQiskmTYIV8HtNJ3/mgCgpwJQ
 /2AWO4YzSJ1z8KVALRGkvWU=
 =M9u0
 -----END PGP SIGNATURE-----
 
 --17pEHd4RhPHOinZp--

From: Brian Candler <B.Candler@pobox.com>
To: "Simon L. Nielsen" <simon@FreeBSD.org>
Cc: FreeBSD-gnats-submit@FreeBSD.org
Subject: Re: bin/80256: /rescue/vi doesn't work without terminal database in /usr
Date: Sat, 23 Apr 2005 17:19:17 +0200

 On Sat, Apr 23, 2005 at 04:04:59PM +0200, Simon L. Nielsen wrote:
 > This has been known from when rescue was introduced, see the rescue(7)
 > manual page:
 > 
 > BUGS
 >      Most of the rescue tools work even in a fairly crippled system.  The most
 >      egregious exception is the rescue version of vi(1), which currently
 >      requires that /usr be mounted so that it can access the termcap(5) files.
 >      Hopefully, a failsafe termcap(3) entry will eventually be added into the
 >      ncurses(3) library, so that /rescue/vi can be used even in a system where
 >      /usr cannot immediately be mounted.  In the meantime, the rescue version
 >      of the ed(1) editor can be used from /rescue/ed if you need to edit
 >      files, but cannot mount /usr.
 
 Thanks, I hadn't come across that man page. I also see why /etc/termcap
 didn't work; it's currently just a symlink to /usr/share/misc/termcap
 
 I do note however from ncurses(3X):
 
             If  the  ncurses library has been configured with termcap support,
             ncurses will check for a terminal's description in termcap form if
             it is not available in the terminfo database.
 
 This suggests a very simple solution (untested):
 
 --- lib/libncurses/pathnames.h.orig	Sat Apr 23 17:17:01 2005
 +++ lib/libncurses/pathnames.h	Sat Apr 23 17:17:13 2005
 @@ -34,5 +34,5 @@
   * $FreeBSD: src/lib/libncurses/pathnames.h,v 1.1 1999/08/30 07:57:50 peter Exp $
   */
  
 -#define	_PATH_DEF	".termcap /usr/share/misc/termcap"
 +#define	_PATH_DEF	".termcap /usr/share/misc/termcap /rescue/termcap"
  #define	_PATH_DEF_SEC	"/usr/share/misc/termcap"
 
 and then bundle a few termcap entries in /rescue/termcap. Is there any
 reason why that couldn't be done?
 
 Regards,
 
 Brian.

From: "Simon L. Nielsen" <simon@FreeBSD.org>
To: Brian Candler <B.Candler@pobox.com>
Cc: FreeBSD-gnats-submit@FreeBSD.org,
	Tim Kientzle <kientzle@freebsd.org>
Subject: Re: bin/80256: /rescue/vi doesn't work without terminal database in /usr
Date: Sat, 23 Apr 2005 22:52:15 +0200

 --UKNXkkdQCYZ6W5l3
 Content-Type: text/plain; charset=us-ascii
 Content-Disposition: inline
 Content-Transfer-Encoding: quoted-printable
 
 On 2005.04.23 17:19:17 +0200, Brian Candler wrote:
 > On Sat, Apr 23, 2005 at 04:04:59PM +0200, Simon L. Nielsen wrote:
 > > This has been known from when rescue was introduced, see the rescue(7)
 > > manual page:
 > >=20
 > > BUGS
 > >      Most of the rescue tools work even in a fairly crippled system.  T=
 he most
 > >      egregious exception is the rescue version of vi(1), which currently
 > >      requires that /usr be mounted so that it can access the termcap(5)=
  files.
 > >      Hopefully, a failsafe termcap(3) entry will eventually be added in=
 to the
 > >      ncurses(3) library, so that /rescue/vi can be used even in a syste=
 m where
 > >      /usr cannot immediately be mounted.  In the meantime, the rescue v=
 ersion
 > >      of the ed(1) editor can be used from /rescue/ed if you need to edit
 > >      files, but cannot mount /usr.
 >=20
 > Thanks, I hadn't come across that man page. I also see why /etc/termcap
 > didn't work; it's currently just a symlink to /usr/share/misc/termcap
 >=20
 > I do note however from ncurses(3X):
 >=20
 >             If  the  ncurses library has been configured with termcap sup=
 port,
 >             ncurses will check for a terminal's description in termcap fo=
 rm if
 >             it is not available in the terminfo database.
 >=20
 > This suggests a very simple solution (untested):
 >=20
 > --- lib/libncurses/pathnames.h.orig	Sat Apr 23 17:17:01 2005
 > +++ lib/libncurses/pathnames.h	Sat Apr 23 17:17:13 2005
 > @@ -34,5 +34,5 @@
 >   * $FreeBSD: src/lib/libncurses/pathnames.h,v 1.1 1999/08/30 07:57:50 pe=
 ter Exp $
 >   */
 > =20
 > -#define	_PATH_DEF	".termcap /usr/share/misc/termcap"
 > +#define	_PATH_DEF	".termcap /usr/share/misc/termcap /rescue/termcap"
 >  #define	_PATH_DEF_SEC	"/usr/share/misc/termcap"
 >=20
 > and then bundle a few termcap entries in /rescue/termcap. Is there any
 > reason why that couldn't be done?
 
 Without knowing how the code in question works, that does sounds like
 a simple way to get working vi in a rescue environment.
 
 I have CC'ed Tim Kientzle who did the initial rescue work.  Tim, do
 you know if the above suggestion would work, and if it does, do you
 think we should go that way?
 
 --=20
 Simon L. Nielsen
 
 --UKNXkkdQCYZ6W5l3
 Content-Type: application/pgp-signature
 Content-Disposition: inline
 
 -----BEGIN PGP SIGNATURE-----
 Version: GnuPG v1.4.0 (FreeBSD)
 
 iD8DBQFCarV5h9pcDSc1mlERAhxsAJ0dzbjkj1jrFWCKLvKncY2ed9mgdQCfQIJr
 oZkC/kvZw1BInCJFmHvVuOY=
 =phqp
 -----END PGP SIGNATURE-----
 
 --UKNXkkdQCYZ6W5l3--

From: Tim Kientzle <kientzle@freebsd.org>
To: "Simon L. Nielsen" <simon@freebsd.org>
Cc: Brian Candler <B.Candler@pobox.com>,
	FreeBSD-gnats-submit@freebsd.org
Subject: Re: bin/80256: /rescue/vi doesn't work without terminal database
 in /usr
Date: Sat, 23 Apr 2005 14:39:48 -0700

 Simon L. Nielsen wrote:
 
 >On 2005.04.23 17:19:17 +0200, Brian Candler wrote:
 >  
 >
 >>
 >>This suggests a very simple solution (untested):
 >>
 >>--- lib/libncurses/pathnames.h.orig	Sat Apr 23 17:17:01 2005
 >>+++ lib/libncurses/pathnames.h	Sat Apr 23 17:17:13 2005
 >>@@ -34,5 +34,5 @@
 >>  * $FreeBSD: src/lib/libncurses/pathnames.h,v 1.1 1999/08/30 07:57:50 peter Exp $
 >>  */
 >> 
 >>-#define	_PATH_DEF	".termcap /usr/share/misc/termcap"
 >>+#define	_PATH_DEF	".termcap /usr/share/misc/termcap /rescue/termcap"
 >> #define	_PATH_DEF_SEC	"/usr/share/misc/termcap"
 >>
 >>    
 >>
 Looks good to me.  Test it.  If it works, let's commit it.
 
 I seem to recall that Warner (imp@) has a compact termcap file that he uses
 with embedded projects.  That might be suitable here.
 
 Tim
 
 

From: Bruce Evans <bde@zeta.org.au>
To: "Simon L. Nielsen" <simon@FreeBSD.org>
Cc: freebsd-gnats-submit@FreeBSD.org
Subject: Re: bin/80256: /rescue/vi doesn't work without terminal database in
 /usr
Date: Sun, 24 Apr 2005 11:40:39 +1000 (EST)

 On Sat, 23 Apr 2005, Simon L. Nielsen wrote:
 
 > On 2005.04.23 17:19:17 +0200, Brian Candler wrote:
 > > I do note however from ncurses(3X):
 > >=20
 > >             If  the  ncurses library has been configured with termcap sup=
 > port,
 > >             ncurses will check for a terminal's description in termcap fo=
 > rm if
 > >             it is not available in the terminfo database.
 > >=20
 > > This suggests a very simple solution (untested):
 > >=20
 > > --- lib/libncurses/pathnames.h.orig	Sat Apr 23 17:17:01 2005
 > > +++ lib/libncurses/pathnames.h	Sat Apr 23 17:17:13 2005
 > > @@ -34,5 +34,5 @@
 > >   * $FreeBSD: src/lib/libncurses/pathnames.h,v 1.1 1999/08/30 07:57:50 pe=
 > ter Exp $
 > >   */
 > > =20
 > > -#define	_PATH_DEF	".termcap /usr/share/misc/termcap"
 > > +#define	_PATH_DEF	".termcap /usr/share/misc/termcap /rescue/termcap"
 > >  #define	_PATH_DEF_SEC	"/usr/share/misc/termcap"
 > >=20
 > > and then bundle a few termcap entries in /rescue/termcap. Is there any
 > > reason why that couldn't be done?
 >
 > Without knowing how the code in question works, that does sounds like
 > a simple way to get working vi in a rescue environment.
 
 Why not use the normal mechanism?  Environment variables exist so that you
 don't have to hard-code paths into utilities.  From environ(7):
 
 %%%
       TERMCAP      The string describing the terminal in TERM, or, if it begins
                    with a '/', the name of the termcap file.  See TERMPATH
                    below, and termcap(5).
 
       TERMPATH     A sequence of pathnames of termcap files, separated by
                    colons or spaces, which are searched for terminal descrip-
                    tions in the order listed.  Having no TERMPATH is equivalent
                    to a TERMPATH of ``$HOME/.termcap:/etc/termcap''.  TERMPATH
                    is ignored if TERMCAP contains a full pathname.
 %%%
 
 Or you can use ".termcap" (maybe using a special $HOME for rescue) without
 changing ther defaults.
 
 There is also some documentation of TERMCAP and TERMPATH in termcap(5).
 This gives a few less details than the above, and points to termcap(3).
 termcap(3) used to have a few more details than the above, but has rotted
 and now doesn't say anything about the environment variables.  The details
 are still in the Attic (libterm/Attic/termcap.3,v).
 
 Bruce

From: Brian Candler <B.Candler@pobox.com>
To: Tim Kientzle <kientzle@freebsd.org>
Cc: "Simon L. Nielsen" <simon@freebsd.org>,
	FreeBSD-gnats-submit@freebsd.org
Subject: Re: bin/80256: /rescue/vi doesn't work without terminal database in /usr
Date: Tue, 26 Apr 2005 14:07:12 +0100

 On Sat, Apr 23, 2005 at 02:39:48PM -0700, Tim Kientzle wrote:
 > Looks good to me.  Test it.  If it works, let's commit it.
 
 Hmm, it doesn't. I will investigate further when I get a few minutes.

From: Brian Candler <B.Candler@pobox.com>
To: Tim Kientzle <kientzle@freebsd.org>
Cc: "Simon L. Nielsen" <simon@freebsd.org>,
	FreeBSD-gnats-submit@freebsd.org
Subject: Re: bin/80256: /rescue/vi doesn't work without terminal database in /usr
Date: Tue, 26 Apr 2005 14:44:15 +0100

 --3MwIy2ne0vdjdPXF
 Content-Type: text/plain; charset=us-ascii
 Content-Disposition: inline
 
 On Tue, Apr 26, 2005 at 02:07:12PM +0100, Brian Candler wrote:
 > On Sat, Apr 23, 2005 at 02:39:48PM -0700, Tim Kientzle wrote:
 > > Looks good to me.  Test it.  If it works, let's commit it.
 > 
 > Hmm, it doesn't. I will investigate further when I get a few minutes.
 
 Actually, it does; turns out my trimmed /rescue/termcap file was bad. The
 xterm-basic entry in /usr/share/misc/termcap has a superfluous trailing
 backslash at the end, and if you butt it up to another entry without a blank
 line, then that entry is broken.
 
 The /rescue/termcap I'm using is attached. It's under 4K, but no doubt it
 could be trimmed further. Do we actually need all the various combinations
 of consoles, or is cons25 sufficient? I already stripped out some of the
 more unusual ones like KOI8.
 
 Regards,
 
 Brian.
 
 --3MwIy2ne0vdjdPXF
 Content-Type: text/plain; charset=us-ascii
 Content-Disposition: attachment; filename=termcap
 
 # Fallback termcap for rescue distribution. Includes cons25 and friends,
 # xterm, and ansi only.
 
 ansi|any ansi terminal with pessimistic assumptions:\
 	:co#80:li#24:cl=50\E[;H\E[2J:bs:am:cm=\E[%i%d;%dH:\
 	:nd=\E[C:up=\E[A:ce=\E[K:ho=\E[H:pt:
 xterm|xterm-color|X11 terminal emulator:\
 	:ti@:te@:tc=xterm-xfree86:
 xterm-xfree86|XFree86 xterm:\
 	:k1=\EOP:k2=\EOQ:k3=\EOR:k4=\EOS:\
 	:k5=\E[15~:k6=\E[17~:k7=\E[18~:k8=\E[19~:\
 	:k9=\E[20~:k;=\E[21~:F1=\E[23~:F2=\E[24~:\
 	:kH=\EOF:@7=\EOF:kI=\E[2~:\
 	:kh=\EOH:*6=\EOF:kP=\E[5~:kN=\E[6~:\
 	:ku=\EOA:kd=\EOB:kr=\EOC:kl=\EOD:Km=\E[M:tc=xterm-basic:
 xterm-basic|xterm common (XFree86):\
 	:li#24:co#80:am:kn#12:km:mi:ms:xn:bl=^G:\
 	:is=\E[!p\E[?3;4l\E[4l\E>:rs=\E[!p\E[?3;4l\E[4l\E>:le=^H:\
 	:AL=\E[%dL:DL=\E[%dM:DC=\E[%dP:al=\E[L:dc=\E[P:dl=\E[M:\
 	:UP=\E[%dA:DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:\
 	:ho=\E[H:cd=\E[J:ce=\E[K:cl=\E[H\E[2J:cm=\E[%i%d;%dH:cs=\E[%i%d;%dr:\
 	:im=\E[4h:ei=\E[4l:ks=\E[?1h\E=:ke=\E[?1l\E>:kD=\E[3~:kb=^H:\
 	:sf=\n:sr=\EM:st=\EH:ct=\E[3g:sc=\E7:rc=\E8:\
 	:eA=\E(B\E)0:as=^N:ae=^O:ml=\El:mu=\Em:up=\E[A:nd=\E[C:\
 	:md=\E[1m:me=\E[m^O:mr=\E[7m:so=\E[7m:se=\E[27m:us=\E[4m:ue=\E[24m:\
 	:ti=\E[?1049h:te=\E[?1049l:vi=\E[?25l:ve=\E[?25h:\
 	:ut:Co#8:pa#64:op=\E[39;49m:AB=\E[4%dm:AF=\E[3%dm:
 cons25w|ansiw|ansi80x25-raw:\
 	:am:bs:NP:ms:pt:AX:eo:bw:ut:km:\
 	:co#80:li#25:pa#64:Co#8:it#8:\
 	:al=\E[L:cd=\E[J:ce=\E[K:cl=\E[H\E[J:cm=\E[%i%d;%dH:\
 	:dc=\E[P:dl=\E[M:do=\E[B:bt=\E[Z:ho=\E[H:ic=\E[@:cb=\E[1K:\
 	:nd=\E[C:rs=\Ec:so=\E[7m:se=\E[27m:up=\E[A:cr=^M:ta=^I:\
 	:AF=\E[3%dm:AB=\E[4%dm:op=\E[39;49m:sc=\E7:rc=\E8:\
 	:k1=\E[M:k2=\E[N:k3=\E[O:k4=\E[P:k5=\E[Q:k6=\E[R:k7=\E[S:k8=\E[T:\
 	:k9=\E[U:k;=\E[V:F1=\E[W:F2=\E[X:K2=\E[E:nw=\E[E:ec=\E[%dX:\
 	:kb=^H:kh=\E[H:ku=\E[A:kd=\E[B:kl=\E[D:kr=\E[C:le=^H:sf=\E[S:sr=\E[T:\
 	:kN=\E[G:kP=\E[I:@7=\E[F:kI=\E[L:kD=\177:kB=\E[Z:\
 	:IC=\E[%d@:DC=\E[%dP:SF=\E[%dS:SR=\E[%dT:AL=\E[%dL:DL=\E[%dM:\
 	:DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:UP=\E[%dA:cv=\E[%i%dd:ch=\E[%i%d`:\
 	:mb=\E[5m:md=\E[1m:mr=\E[7m:me=\E[m:bl=^G:\
 	:ve=\E[=S:vi=\E[=1S:vs=\E[=2S:
 # CP437 FreeBSD console with ACS support
 cons25|ansis|ansi80x25:\
 	:ac=l\332m\300k\277j\331u\264t\303v\301w\302q\304x\263n\305`^Da\260f\370g\361~\371.^Y-^Xh\261i^U0\333y\363z\362:\
 	:tc=cons25w:
 cons25-m|ansis-mono|ansi80x25-mono:\
 	:pa@:Co@:AF@:AB@:AX@:op@:us=\E[4m:ue=\E[24m:tc=cons25:
 cons30|ansi80x30:\
 	:li#30:tc=cons25:
 cons30-m|ansi80x30-mono:\
 	:li#30:tc=cons25-m:
 cons43|ansi80x43:\
 	:li#43:tc=cons25:
 cons43-m|ansi80x43-mono:\
 	:li#43:tc=cons25-m:
 cons50|ansil|ansi80x50:\
 	:li#50:tc=cons25:
 cons50-m|ansil-mono|ansi80x50-mono:\
 	:li#50:tc=cons25-m:
 cons60|ansi80x60:\
 	:li#60:tc=cons25:
 cons60-m|ansi80x60-mono:\
 	:li#60:tc=cons25-m:
 # Syscons console with 132 characters (VESA modes)
 cons25-w|ansi132x25:\
 	:co#132:tc=cons25:
 cons30-w|ansi132x30:\
 	:co#132:tc=cons30:
 cons43-w|ansi132x43:\
 	:co#132:tc=cons43:
 cons50-w|ansil-w|ansi132x50:\
 	:co#132:tc=cons50:
 cons60-w|ansi132x60:\
 	:co#132:tc=cons60:
 # ISO 8859-1 FreeBSD console with ACS support
 cons25l1|cons25-iso8859-1:\
 	:ac=f\260g\261}\243+\253,\273i\247:\
 	:tc=cons25w:
 cons25l1-m|cons25-iso8859-1-mono:\
 	:pa@:Co@:AF@:AB@:AX@:op@:us=\E[4m:ue=\E[24m:tc=cons25l1:
 cons30l1|cons30-iso8859-1:\
 	:li#30:tc=cons25l1:
 cons30l1-m|cons30-iso8859-1-mono:\
 	:li#30:tc=cons25l1-m:
 cons43l1|cons43-iso8859-1:\
 	:li#43:tc=cons25l1:
 cons43l1-m|cons43-iso8859-1-mono:\
 	:li#43:tc=cons25l1-m:
 cons50l1|cons50-iso8859-1:\
 	:li#50:tc=cons25l1:
 cons50l1-m|cons50-iso8859-1-mono:\
 	:li#50:tc=cons25l1-m:
 cons60l1|cons60-iso8859-1:\
 	:li#60:tc=cons25l1:
 cons60l1-m|cons60-iso8859-1-mono:\
 	:li#60:tc=cons25l1-m:
 # 132x25 ISO 8859-1 FreeBSD console
 cons25l1-w|:cons25w-iso8859-1:\
 	:co#132:tc=cons25l1:
 cons30l1-w|cons30w-iso8859-1:\
 	:co#132:tc=cons30l1:
 cons43l1-w|cons43w-iso8859-1:\
 	:co#132:tc=cons43l1:
 cons50l1-w|cons50w-iso8859-1:\
 	:co#132:tc=cons50l1:
 cons60l1-w|cons60w-iso8859-1:\
 	:co#132:tc=cons60l1:
 
 --3MwIy2ne0vdjdPXF--

From: Brian Candler <B.Candler@pobox.com>
To: Garance A Drosehn <gad@FreeBSD.org>
Cc: Steve Kargl <sgk@troutmask.apl.washington.edu>,
	freebsd-current@FreeBSD.org, FreeBSD-gnats-submit@freebsd.org
Subject: Re: bin/80256: /rescue/vi doesn't work without terminal database in /usr
Date: Sat, 18 Jun 2005 13:57:05 +0100

 --GvXjxJ+pjyke8COw
 Content-Type: text/plain; charset=us-ascii
 Content-Disposition: inline
 
 [from freebsd-current]
 On Sat, Jun 18, 2005 at 12:48:04AM -0400, Garance A Drosehn wrote:
 > >Yes, I'm aware of PR bin/80256, but that appears to stalled in
 > >a state of limbo.
 > 
 > I've also been meaning to do something about that idea of a small
 > termcap file.  I don't remember what the PR says, but someone had a
 > good idea of generating the minimal termcap file from the standard
 > one, and putting that in /rescue.  I have a few ideas of my own so
 > the system would automatically pick up that minimal file.  Just a
 > matter of finding the time to test it all...  :-)
 
 I started that PR. Subsequently there was a short discussion off-list where
 it turned out that Warner Losh had a compact termcap file which could be
 committed - it's attached below. However nothing further happened.
 
 Anybody care to commit it? I guess some rescue/Makefile magic needs updating
 to install it in the right place.
 
 Regards,
 
 Brian.
 
 --GvXjxJ+pjyke8COw
 Content-Type: message/rfc822
 Content-Disposition: inline
 
 Return-path: <b.candler@pobox.com>
 Envelope-to: lists@localhost
 Delivery-date: Sat, 18 Jun 2005 13:54:07 +0100
 Received: from brian by billdog.local.linnet.org with local (Exim 4.50 (FreeBSD))
 	id 1Djcpr-0000CU-4z
 	for lists@localhost; Sat, 18 Jun 2005 13:54:07 +0100
 Received: from localhost ([127.0.0.1])
 	by billdog.local.linnet.org with esmtp (Exim 4.43 (FreeBSD))
 	id 1DQsxR-0000IW-8v
 	for brian@localhost; Wed, 27 Apr 2005 21:16:29 +0100
 Received: from pop3.linnet.org
 	by localhost with POP3 (fetchmail-6.2.5)
 	for brian@localhost (single-drop); Wed, 27 Apr 2005 21:16:29 +0100 (BST)
 Received: from [212.74.113.145] (helo=cheese.org)
 	by mk-mx-3.b2b.uk.tiscali.com with esmtp (Exim 4.24)
 	id 1DQsWe-000Euh-BY
 	for brian@linnet.org; Wed, 27 Apr 2005 20:48:48 +0100
 Received: from majesty.pobox.com ([208.210.124.70])
 	by cheese.org with esmtp (Exim 4.43 (FreeBSD))
 	id 1DQsWm-000Nk0-9s
 	for brian@cheese.org; Wed, 27 Apr 2005 20:48:58 +0100
 Received: from majesty.pobox.com (localhost [127.0.0.1])
 	by majesty.pobox.com (Postfix) with ESMTP id 4B03212801F
 	for <brian@cheese.org>; Wed, 27 Apr 2005 15:49:27 -0400 (EDT)
 Delivered-To: b.candler@pobox.com
 Received: from harmony.village.org (rover.village.org [168.103.84.182])
 	by majesty.pobox.com (Postfix) with ESMTP id 2CB7412CB4D
 	for <B.Candler@pobox.com>; Wed, 27 Apr 2005 15:49:25 -0400 (EDT)
 Received: from localhost (localhost.village.org [127.0.0.1])
 	by harmony.village.org (8.13.3/8.13.1) with ESMTP id j3RJjku8089058;
 	Wed, 27 Apr 2005 13:45:51 -0600 (MDT)
 	(envelope-from imp@bsdimp.com)
 Date: Wed, 27 Apr 2005 13:45:46 -0600 (MDT)
 Message-Id: <20050427.134546.74663528.imp@bsdimp.com>
 To: B.Candler@pobox.com
 Cc: simon@freebsd.org, kientzle@freebsd.org
 Subject: Re: Small termcap file
 From: Warner Losh <imp@bsdimp.com>
 In-Reply-To: <20050427193044.GA866@uk.tiscali.com>
 References: <20050423205209.GH84120@zaphod.nitro.dk>
 	<426AC0A4.4050004@freebsd.org>
 	<20050427193044.GA866@uk.tiscali.com>
 X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI)
 Mime-Version: 1.0
 Content-Type: Multipart/Mixed;
  boundary="--Next_Part(Wed_Apr_27_13:45:46_2005_920)--"
 Content-Transfer-Encoding: 7bit
 Resent-From: brian@uk.tiscali.com
 Resent-Date: Sat, 18 Jun 2005 13:54:07 +0100
 Resent-To: lists@localhost
 Resent-Message-Id: <E1Djcpr-0000CU-4z@billdog.local.linnet.org>
 
 ----Next_Part(Wed_Apr_27_13:45:46_2005_920)--
 Content-Type: Text/Plain; charset=us-ascii
 Content-Transfer-Encoding: 7bit
 
 From: Brian Candler <B.Candler@pobox.com>
 Subject: Small termcap file
 Date: Wed, 27 Apr 2005 20:30:44 +0100
 
 > On Sat, Apr 23, 2005 at 02:39:48PM -0700, Tim Kientzle wrote:
 > > I seem to recall that Warner (imp@) has a compact termcap file that he uses
 > > with embedded projects.  That might be suitable here.
 > 
 > Hello,
 > 
 > Your name was mentioned in a discussion at PR bin/80256. We need a small
 > termcap file which can be installed as /rescue/termcap. Do you have
 > something which might be suitable?
 > 
 > I reckon it needs at least cons25, ansi, and perhaps xterm (if you are under
 > X and running tip/cu via a serial cable to the target machine).
 
 Yes.  I have something suitable.
 
 Warner
 
 ----Next_Part(Wed_Apr_27_13:45:46_2005_920)--
 Content-Type: Text/Plain; charset=us-ascii
 Content-Transfer-Encoding: 7bit
 Content-Disposition: inline; filename=termcap
 
 vt200|vt220|vt220am|vt200am|dec-vt220|dec-vt200|dec vt200 series with jump scroll:\
 	:@7=\E[4~:kD=\E[3~:kI=\E[2~:kN=\E[6~:kP=\E[5~:kh=\E[1~:\
 	:k6=\E[17~:k7=\E[18~:k8=\E[19~:k9=\E[20~:k;=\E[21~:\
 	:k1=\E[11~:k2=\E[12~:k3=\E[13~:k4=\E[14~:k5=\E[15~:\
 	:ve=\E[?25h:vi=\E[?25l:k0@:im@:ei@:\
 	:F1=\E[23~:F2=\E[24~:ic=\E[@:IC=\E[%d@:ec=\E[%dX:tc=vt102:
 vt100|dec-vt100|vt100-am|vt100am|dec vt100:\
 	:do=2\E[B:co#80:li#24:cl=50\E[H\E[J:sf=2*\ED:\
 	:le=^H:bs:am:cm=5\E[%i%d;%dH:nd=2\E[C:up=2\E[A:\
 	:ce=3\E[K:cd=50\E[J:so=2\E[7m:se=2\E[m:us=2\E[4m:ue=2\E[m:\
 	:md=2\E[1m:mr=2\E[7m:mb=2\E[5m:me=2\E[m:\
 	:is=\E>\E[?1;3;4;5l\E[?7;8h\E[1;24r\E[24;1H:\
 	:if=/usr/share/tabset/vt100:nw=2\EE:ho=\E[H:\
 	:as=2\E(0:ae=2\E(B:ac=llmmkkjjuuttvvwwqqxxnnpprr``aa:\
 	:rs=\E>\E[?1;3;4;5l\E[?7;8h:ks=\E[?1h\E=:ke=\E[?1l\E>:\
 	:ku=\EOA:kd=\EOB:kr=\EOC:kl=\EOD:kb=\177:\
 	:k0=\EOy:k1=\EOP:k2=\EOQ:k3=\EOR:k4=\EOS:k5=\EOt:\
 	:k6=\EOu:k7=\EOv:k8=\EOl:k9=\EOw:k;=\EOx:@8=\EOM:\
 	:K1=\EOq:K2=\EOr:K3=\EOs:K4=\EOp:K5=\EOn:pt:sr=2*\EM:vt#3:xn:\
 	:sc=2\E7:rc=2\E8:cs=5\E[%i%d;%dr:UP=2\E[%dA:DO=2\E[%dB:RI=2\E[%dC:\
 	:LE=2\E[%dD:ct=2\E[3g:st=2\EH:ta=^I:ms:bl=^G:cr=^M:eo:it#8:ut:\
 	:RA=\E[?7l:SA=\E[?7h:
 vt102|dec-vt102-am|vt102am|vt100 w/adv. video:\
 	:al=\E[L:dl=\E[M:im=\E[4h:ei=\E[4l:mi:dc=\E[P:\
 	:AL=\E[%dL:DL=\E[%dM:DC=\E[%dP:tc=vt100-np:
 vt100-np|dec-vt100-np|vt100 with no padding (for psl games):\
 	:do=\E[B:cl=\E[H\E[J:sf=\ED:as=\E(0:ae=\E(B:\
 	:cm=\E[%i%d;%dH:nd=\E[C:up=\E[A:nw=\EE:\
 	:ce=\E[K:cd=\E[J:so=\E[7m:se=\E[m:us=\E[4m:ue=\E[m:\
 	:md=\E[1m:mr=\E[7m:mb=\E[5m:me=\E[m:sr=\EM:\
 	:sc=\E7:rc=\E8:cs=\E[%i%d;%dr:UP=\E[%dA:DO=\E[%dB:RI=\E[%dC:\
 	:LE=\E[%dD:ct=\E[3g:st=\EH:tc=vt100-am:
 xterm|vs100|xterm terminal emulator (X window system):\
 	:li#65:\
 	:kh=\EOH:@7=\EOF:kb=^H:kD=^?:\
 	:k1=\EOP:k2=\EOQ:k3=\EOR:k4=\EOS:km:\
 	:is=\E>\E[?1;3;4;5l\E[?7;8h\E[1;65r\E[65;1H:\
 	:rs=\E>\E[?1;3;4;5l\E[?7;8h:\
 	:tc=vt220:
 xterms|vs100s|xterm terminal emulator (small)(X window system):\
 	:is=\E>\E[?1;3;4;5l\E[?7;8h\E[1;24r\E[24;1H:\
 	:li#24:tc=xterm:
 # for syscons
 # common entry without semigraphics
 cons25w|ansiw|ansi80x25-raw:\
 	:al=\E[L:am:bs:NP:cd=\E[J:ce=\E[K:cl=\E[H\E[J:cm=\E[%i%d;%dH:co#80:\
 	:dc=\E[P:dl=\E[M:do=\E[B:bt=\E[Z:ho=\E[H:ic=\E[@:li#25:cb=\E[1K:\
 	:ms:nd=\E[C:pt:rs=\E[x\E[m\Ec:so=\E[7m:se=\E[m:up=\E[A:\
 	:pa#64:Co#8:AF=\E[3%dm:AB=\E[4%dm:op=\E[x:sc=\E7:rc=\E8:\
 	:k1=\E[M:k2=\E[N:k3=\E[O:k4=\E[P:k5=\E[Q:k6=\E[R:k7=\E[S:k8=\E[T:\
 	:k9=\E[U:k;=\E[V:F1=\E[W:F2=\E[X:K2=\E[E:nw=\E[E:ec=\E[%dX:\
 	:kb=^H:kh=\E[H:ku=\E[A:kd=\E[B:kl=\E[D:kr=\E[C:le=^H:eo:sf=\E[S:sr=\E[T:\
 	:kN=\E[G:kP=\E[I:@7=\E[F:kI=\E[L:kD=\177:kB=\E[Z:\
 	:IC=\E[%d@:DC=\E[%dP:SF=\E[%dS:SR=\E[%dT:AL=\E[%dL:DL=\E[%dM:\
 	:DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:UP=\E[%dA:cv=\E[%i%dd:ch=\E[%i%d`:bw:\
 	:mb=\E[5m:md=\E[1m:mh=\E[30;1m:mr=\E[7m:me=\E[m:bl=^G:ut:it#8:km:
 cons25|ansis|ansi80x25:\
 	:ac=l\332m\300k\277j\331u\264t\303v\301w\302q\304x\263n\305`^Da\260f\370g\361~\371.^Y-^Xh\261I^U0\333y\363z\362:\
 	:tc=cons25w:
 dosansi|ANSI.SYS standard crt:\
 	:am:bs:ce=\E[K:cl=\E[2J:cm=\E[%i%d;%dH:co#80:\
 	:do=\E[B:li#25:mi:nd=\E[C:\
 	:se=\E[m:so=\E[7m:up=\E[A:us=\E[4m:ue=\E[m:\
 	:md=\E[1m:mh=\E[m:mb=\E[5m:me=\E[m:\
 	:kh=\EG:kb=^h:ku=\EH:kd=\EP:kl=\EK:kr=\EM:\
 	:k1=\E;:k2=\E<:k3=\E=:k4=\E>:k5=\E?:\
 	:k6=\E@:k7=\EA:k8=\EB:k9=\EC:k0=\ED:
 network|dialup|du|dumb|un|unknown:\
 	:am:co#80:do=^J:
 ansi|any ansi terminal with pessimistic assumptions:\
 	:co#80:li#24:cl=50\E[;H\E[2J:bs:am:cm=\E[%i%d;%dH:\
 	:nd=\E[C:up=\E[A:ce=\E[K:ho=\E[H:pt:
 
 ----Next_Part(Wed_Apr_27_13:45:46_2005_920)----
 
 
 --GvXjxJ+pjyke8COw
 Content-Type: message/rfc822
 Content-Disposition: inline
 
 Return-path: <b.candler@pobox.com>
 Envelope-to: lists@localhost
 Delivery-date: Sat, 18 Jun 2005 13:54:07 +0100
 Received: from brian by billdog.local.linnet.org with local (Exim 4.50 (FreeBSD))
 	id 1Djcpr-0000CX-6E
 	for lists@localhost; Sat, 18 Jun 2005 13:54:07 +0100
 Received: from localhost ([127.0.0.1])
 	by billdog.local.linnet.org with esmtp (Exim 4.43 (FreeBSD))
 	id 1DQsxR-0000IW-Fu
 	for brian@localhost; Wed, 27 Apr 2005 21:16:29 +0100
 Received: from pop3.linnet.org
 	by localhost with POP3 (fetchmail-6.2.5)
 	for brian@localhost (single-drop); Wed, 27 Apr 2005 21:16:29 +0100 (BST)
 Received: from [212.74.113.145] (helo=cheese.org)
 	by mk-mx-1.b2b.uk.tiscali.com with esmtp (Exim 4.24)
 	id 1DQsf9-000Bgf-Qi
 	for brian@linnet.org; Wed, 27 Apr 2005 20:57:35 +0100
 Received: from gold.pobox.com ([208.210.124.73])
 	by cheese.org with esmtp (Exim 4.43 (FreeBSD))
 	id 1DQsfW-000NlM-8f
 	for brian@cheese.org; Wed, 27 Apr 2005 20:57:58 +0100
 Received: from gold.pobox.com (localhost [127.0.0.1])
 	by gold.pobox.com (Postfix) with ESMTP id C3A94724D6
 	for <brian@cheese.org>; Wed, 27 Apr 2005 15:57:32 -0400 (EDT)
 Delivered-To: b.candler@pobox.com
 Received: from harmony.village.org (rover.village.org [168.103.84.182])
 	by gold.pobox.com (Postfix) with ESMTP id 87F0C724EE
 	for <B.Candler@pobox.com>; Wed, 27 Apr 2005 15:57:32 -0400 (EDT)
 Received: from localhost (localhost.village.org [127.0.0.1])
 	by harmony.village.org (8.13.3/8.13.1) with ESMTP id j3RJtX3c089133;
 	Wed, 27 Apr 2005 13:55:33 -0600 (MDT)
 	(envelope-from imp@bsdimp.com)
 Date: Wed, 27 Apr 2005 13:55:33 -0600 (MDT)
 Message-Id: <20050427.135533.85323427.imp@bsdimp.com>
 To: B.Candler@pobox.com
 Cc: simon@freebsd.org, kientzle@freebsd.org
 Subject: Re: Small termcap file
 From: Warner Losh <imp@bsdimp.com>
 In-Reply-To: <20050427193044.GA866@uk.tiscali.com>
 References: <20050423205209.GH84120@zaphod.nitro.dk>
 	<426AC0A4.4050004@freebsd.org>
 	<20050427193044.GA866@uk.tiscali.com>
 X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI)
 Mime-Version: 1.0
 Content-Type: Text/Plain; charset=us-ascii
 Content-Transfer-Encoding: 7bit
 Resent-From: brian@uk.tiscali.com
 Resent-Date: Sat, 18 Jun 2005 13:54:07 +0100
 Resent-To: lists@localhost
 Resent-Message-Id: <E1Djcpr-0000CX-6E@billdog.local.linnet.org>
 
 From: Brian Candler <B.Candler@pobox.com>
 Subject: Small termcap file
 Date: Wed, 27 Apr 2005 20:30:44 +0100
 
 > On Sat, Apr 23, 2005 at 02:39:48PM -0700, Tim Kientzle wrote:
 > > I seem to recall that Warner (imp@) has a compact termcap file that he uses
 > > with embedded projects.  That might be suitable here.
 > 
 > Hello,
 > 
 > Your name was mentioned in a discussion at PR bin/80256. We need a small
 > termcap file which can be installed as /rescue/termcap. Do you have
 > something which might be suitable?
 > 
 > I reckon it needs at least cons25, ansi, and perhaps xterm (if you are under
 > X and running tip/cu via a serial cable to the target machine).
 
 BTW, the one I gave you also has vt200/vt100/vt102 and friends in it
 because those are very popular emulations.  xterm for when you're
 logged into the serial port via an X terminal, and cons25* for the
 console.  Oh, and dosansi and ansi for the brave.  I think it is a
 reasonable thing to install.  It is only 3k.  There's a
 /etc/termcap.small also which is just under 8k which also wouldn't be
 bad.
 
 Warner
 
 
 
 --GvXjxJ+pjyke8COw--

From: Garance A Drosehn <gad@FreeBSD.org>
To: Brian Candler <B.Candler@pobox.com>
Cc: freebsd-current@FreeBSD.org, FreeBSD-gnats-submit@FreeBSD.org
Subject: Re: bin/80256: /rescue/vi doesn't work without terminal database
 in /usr
Date: Sat, 18 Jun 2005 12:42:51 -0400

 At 1:57 PM +0100 6/18/05, Brian Candler wrote:
 >[from freebsd-current]
 >On Sat, Jun 18, 2005 at 12:48:04AM -0400, Garance A Drosehn wrote:
 >>  >Yes, I'm aware of PR bin/80256, but that appears to stalled in
 >>  >a state of limbo.
 >>
 >>  I've also been meaning to do something about that idea of a small
 >>  termcap file.  I don't remember what the PR says, but someone had a
 >>  good idea of generating the minimal termcap file from the standard
 >>  one, and putting that in /rescue.  I have a few ideas of my own so
 >>  the system would automatically pick up that minimal file.  Just a
 >>  matter of finding the time to test it all...  :-)
 >
 >I started that PR. Subsequently there was a short discussion off-list
 >where it turned out that Warner Losh had a compact termcap file
 >which could be committed - it's attached below. However nothing
 >further happened.
 
 I am aware of Warner's termcap file, and I had talked with him earlier
 this year about committing something along those lines.  I forget if
 I was going to commit his exact termcap file, or some auto-generated
 alternative, but I do have the emails around here somewhere.  I know
 that *at the time* I knew what I had planned to do, and that Warner
 had nodded in general agreement to whatever that was...
 
 Right now I am busy finishing off some changes to `env', which will
 fix some problems introduced by a different change that I made earlier
 this year.  Once I have those changes sorted out, I'll go back and
 look at my emails on this termcap idea.  (Unless, of course, anyone
 else wants to do it before I get to it!)
 
 -- 
 Garance Alistair Drosehn     =      gad@gilead.netel.rpi.edu
 Senior Systems Programmer               or   gad@FreeBSD.org
 Rensselaer Polytechnic Institute;             Troy, NY;  USA

From: "M. Warner Losh" <imp@bsdimp.com>
To: gad@freebsd.org
Cc: B.Candler@pobox.com, freebsd-current@freebsd.org,
        FreeBSD-gnats-submit@freebsd.org
Subject: Re: bin/80256: /rescue/vi doesn't work without terminal database
 in /usr
Date: Mon, 20 Jun 2005 12:46:29 -0600 (MDT)

 In message: <p06210211bed9fe36bf2d@[128.113.24.47]>
             Garance A Drosehn <gad@freebsd.org> writes:
 : At 1:57 PM +0100 6/18/05, Brian Candler wrote:
 : >[from freebsd-current]
 : >On Sat, Jun 18, 2005 at 12:48:04AM -0400, Garance A Drosehn wrote:
 : >>  >Yes, I'm aware of PR bin/80256, but that appears to stalled in
 : >>  >a state of limbo.
 : >>
 : >>  I've also been meaning to do something about that idea of a small
 : >>  termcap file.  I don't remember what the PR says, but someone had a
 : >>  good idea of generating the minimal termcap file from the standard
 : >>  one, and putting that in /rescue.  I have a few ideas of my own so
 : >>  the system would automatically pick up that minimal file.  Just a
 : >>  matter of finding the time to test it all...  :-)
 : >
 : >I started that PR. Subsequently there was a short discussion off-list
 : >where it turned out that Warner Losh had a compact termcap file
 : >which could be committed - it's attached below. However nothing
 : >further happened.
 : 
 : I am aware of Warner's termcap file, and I had talked with him earlier
 : this year about committing something along those lines.  I forget if
 : I was going to commit his exact termcap file, or some auto-generated
 : alternative, but I do have the emails around here somewhere.  I know
 : that *at the time* I knew what I had planned to do, and that Warner
 : had nodded in general agreement to whatever that was...
 
 See src/etc/termcap.small.  Been there a long time.
 
 Warner

From: Bruce Evans <bde@zeta.org.au>
To: "M. Warner Losh" <imp@bsdimp.com>
Cc: freebsd-gnats-submit@FreeBSD.org
Subject: Re: bin/80256: /rescue/vi doesn't work without terminal database in
 /usr
Date: Wed, 22 Jun 2005 05:03:01 +1000 (EST)

 On Mon, 20 Jun 2005, M. Warner Losh wrote:
 
 > In message: <p06210211bed9fe36bf2d@[128.113.24.47]>
 >             Garance A Drosehn <gad@freebsd.org> writes:
 > : At 1:57 PM +0100 6/18/05, Brian Candler wrote:
 > : >[from freebsd-current]
 > : >On Sat, Jun 18, 2005 at 12:48:04AM -0400, Garance A Drosehn wrote:
 > : >>  >Yes, I'm aware of PR bin/80256, but that appears to stalled in
 > : >>  >a state of limbo.
 > : >>
 > : >>  I've also been meaning to do something about that idea of a small
 > : >>  termcap file.  I don't remember what the PR says, but someone had a
 > : >>  good idea of generating the minimal termcap file from the standard
 > : >>  one, and putting that in /rescue.  I have a few ideas of my own so
 > : >>  the system would automatically pick up that minimal file.  Just a
 > : >>  matter of finding the time to test it all...  :-)
 > : >
 > : >I started that PR. Subsequently there was a short discussion off-list
 > : >where it turned out that Warner Losh had a compact termcap file
 > : >which could be committed - it's attached below. However nothing
 > : >further happened.
 > :
 > : I am aware of Warner's termcap file, and I had talked with him earlier
 > : this year about committing something along those lines.  I forget if
 > : I was going to commit his exact termcap file, or some auto-generated
 > : alternative, but I do have the emails around here somewhere.  I know
 > : that *at the time* I knew what I had planned to do, and that Warner
 > : had nodded in general agreement to whatever that was...
 >
 > See src/etc/termcap.small.  Been there a long time.
 
 I think this should always be installed in /etc and used via $TERMPATH
 in minimal environments (always for root?).
 
 Bruce

From: Ruslan Ermilov <ru@FreeBSD.org>
To: Bruce Evans <bde@zeta.org.au>
Cc: bug-followup@FreeBSD.org
Subject: Re: bin/80256: /rescue/vi doesn't work without terminal database in /usr
Date: Tue, 21 Jun 2005 22:56:50 +0300

 On Tue, Jun 21, 2005 at 07:10:20PM +0000, Bruce Evans wrote:
 > The following reply was made to PR bin/80256; it has been noted by GNATS.
 > 
 > From: Bruce Evans <bde@zeta.org.au>
 > To: "M. Warner Losh" <imp@bsdimp.com>
 > Cc: freebsd-gnats-submit@FreeBSD.org
 > Subject: Re: bin/80256: /rescue/vi doesn't work without terminal database in
 >  /usr
 > Date: Wed, 22 Jun 2005 05:03:01 +1000 (EST)
 > 
 >  On Mon, 20 Jun 2005, M. Warner Losh wrote:
 >  
 >  > In message: <p06210211bed9fe36bf2d@[128.113.24.47]>
 >  >             Garance A Drosehn <gad@freebsd.org> writes:
 >  > : At 1:57 PM +0100 6/18/05, Brian Candler wrote:
 >  > : >[from freebsd-current]
 >  > : >On Sat, Jun 18, 2005 at 12:48:04AM -0400, Garance A Drosehn wrote:
 >  > : >>  >Yes, I'm aware of PR bin/80256, but that appears to stalled in
 >  > : >>  >a state of limbo.
 >  > : >>
 >  > : >>  I've also been meaning to do something about that idea of a small
 >  > : >>  termcap file.  I don't remember what the PR says, but someone had a
 >  > : >>  good idea of generating the minimal termcap file from the standard
 >  > : >>  one, and putting that in /rescue.  I have a few ideas of my own so
 >  > : >>  the system would automatically pick up that minimal file.  Just a
 >  > : >>  matter of finding the time to test it all...  :-)
 >  > : >
 >  > : >I started that PR. Subsequently there was a short discussion off-list
 >  > : >where it turned out that Warner Losh had a compact termcap file
 >  > : >which could be committed - it's attached below. However nothing
 >  > : >further happened.
 >  > :
 >  > : I am aware of Warner's termcap file, and I had talked with him earlier
 >  > : this year about committing something along those lines.  I forget if
 >  > : I was going to commit his exact termcap file, or some auto-generated
 >  > : alternative, but I do have the emails around here somewhere.  I know
 >  > : that *at the time* I knew what I had planned to do, and that Warner
 >  > : had nodded in general agreement to whatever that was...
 >  >
 >  > See src/etc/termcap.small.  Been there a long time.
 >  
 >  I think this should always be installed in /etc and used via $TERMPATH
 >  in minimal environments (always for root?).
 >  
 Something like src/release/picobsd/mfs_tree/etc/termcap.
 
 
 Cheers,
 -- 
 Ruslan Ermilov
 ru@FreeBSD.org
 FreeBSD committer

From: Garance A Drosehn <gad@FreeBSD.org>
To: Brian Candler <B.Candler@pobox.com>
Cc: freebsd-current@FreeBSD.org, FreeBSD-gnats-submit@FreeBSD.org
Subject: Re: bin/80256: /rescue/vi doesn't work without terminal database
 in /usr
Date: Sat, 18 Jun 2005 12:42:51 -0400

 At 1:57 PM +0100 6/18/05, Brian Candler wrote:
 >[from freebsd-current]
 >On Sat, Jun 18, 2005 at 12:48:04AM -0400, Garance A Drosehn wrote:
 >>  >Yes, I'm aware of PR bin/80256, but that appears to stalled in
 >>  >a state of limbo.
 >>
 >>  I've also been meaning to do something about that idea of a small
 >>  termcap file.  I don't remember what the PR says, but someone had a
 >>  good idea of generating the minimal termcap file from the standard
 >>  one, and putting that in /rescue.  I have a few ideas of my own so
 >>  the system would automatically pick up that minimal file.  Just a
 >>  matter of finding the time to test it all...  :-)
 >
 >I started that PR. Subsequently there was a short discussion off-list
 >where it turned out that Warner Losh had a compact termcap file
 >which could be committed - it's attached below. However nothing
 >further happened.
 
 I am aware of Warner's termcap file, and I had talked with him earlier
 this year about committing something along those lines.  I forget if
 I was going to commit his exact termcap file, or some auto-generated
 alternative, but I do have the emails around here somewhere.  I know
 that *at the time* I knew what I had planned to do, and that Warner
 had nodded in general agreement to whatever that was...
 
 Right now I am busy finishing off some changes to `env', which will
 fix some problems introduced by a different change that I made earlier
 this year.  Once I have those changes sorted out, I'll go back and
 look at my emails on this termcap idea.  (Unless, of course, anyone
 else wants to do it before I get to it!)
 
 -- 
 Garance Alistair Drosehn     =      gad@gilead.netel.rpi.edu
 Senior Systems Programmer               or   gad@FreeBSD.org
 Rensselaer Polytechnic Institute;             Troy, NY;  USA
 _______________________________________________
 freebsd-current@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-current
 To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
 
Adding to audit trail from misfiled PR bin/105422:

Date: Sun, 12 Nov 2006 03:56:32 +0200
From: Alex Kozlov <spam@rm-rf.kiev.ua>

 export TERMCAP="cons25:cm=\E[%i%d;%dH";export TERM=cons25
 
 --
 Adios
Responsible-Changed-From-To: freebsd-bugs->yar 
Responsible-Changed-By: yar 
Responsible-Changed-When: Mon Sep 3 12:08:11 UTC 2007 
Responsible-Changed-Why:  
I have some ideas how to address this issue. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=80256 

From: dfilter@FreeBSD.ORG (dfilter service)
To: bug-followup@FreeBSD.org
Cc:  
Subject: Re: bin/80256: commit references a PR
Date: Wed, 17 Oct 2007 19:58:57 +0000 (UTC)

 yar         2007-10-17 19:58:50 UTC
 
   FreeBSD src repository
 
   Modified files:
     share/termcap        termcap.src 
   Log:
   Delete an extra backslash at the end of the xterm-basic entry.
   It can be missed easily that the following blank line formally
   belongs to the xterm-basic entry due to the unneeded backslash.
   
   PR:     bin/80256 (audit trail)
   
   Revision  Changes    Path
   1.149     +1 -1      src/share/termcap/termcap.src
 _______________________________________________
 cvs-all@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/cvs-all
 To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org"
 

From: Yar Tikhiy <yar@comp.chem.msu.su>
To: bug-followup@FreeBSD.org
Cc:  
Subject: Re: bin/80256: /rescue/vi doesn't work without terminal database in /usr
Date: Thu, 18 Oct 2007 00:53:50 +0400

 Note: As soon as this bug is fixed, rescue(8) will need update
 because it discusses this bug.
 
 -- 
 Yar
State-Changed-From-To: open->patched 
State-Changed-By: linimon 
State-Changed-When: Fri Feb 29 00:53:15 UTC 2008 
State-Changed-Why:  
Needs MFC. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=80256 
State-Changed-From-To: patched->analyzed 
State-Changed-By: yar 
State-Changed-When: Fri Feb 29 10:21:43 UTC 2008 
State-Changed-Why:  
The commit fixed only a small problem while this PR is about a larger issue. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=80256 

From: dfilter@FreeBSD.ORG (dfilter service)
To: bug-followup@FreeBSD.org
Cc:  
Subject: Re: bin/80256: commit references a PR
Date: Mon, 22 Jun 2009 15:00:27 +0000 (UTC)

 Author: rafan
 Date: Mon Jun 22 15:00:15 2009
 New Revision: 194628
 URL: http://svn.freebsd.org/changeset/base/194628
 
 Log:
   - Fall-back to /etc/termcap.small if there is no /usr/share/misc/termcap
     (i.e. /etc/termcap). This can be useful when using /rescue/vi while /usr
     is not (or unable to be) mounted. The termcap.small can be found in
     src/etc/termcap.small.
   
   PR:		bin/80256 (audit-trail)
   Submitted by:	Brian Candler <B.Candler at pobox.com>, Alex Kozlov <spam at rm-rf.kiev.ua>
   MFC after:	1 month
 
 Modified:
   head/lib/ncurses/ncurses/pathnames.h
 
 Modified: head/lib/ncurses/ncurses/pathnames.h
 ==============================================================================
 --- head/lib/ncurses/ncurses/pathnames.h	Mon Jun 22 14:43:48 2009	(r194627)
 +++ head/lib/ncurses/ncurses/pathnames.h	Mon Jun 22 15:00:15 2009	(r194628)
 @@ -30,5 +30,5 @@
   * $FreeBSD$
   */
  
 -#define	_PATH_DEF	".termcap /usr/share/misc/termcap"
 +#define	_PATH_DEF	".termcap /usr/share/misc/termcap /etc/termcap.small"
  #define	_PATH_DEF_SEC	"/usr/share/misc/termcap"
 _______________________________________________
 svn-src-all@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/svn-src-all
 To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org"
 

From: Bruce Cran <bruce@cran.org.uk>
To: bug-followup@freebsd.org,
 B.Candler@pobox.com
Cc:  
Subject: Re: bin/80256: /rescue/vi doesn't work without terminal database in /usr
Date: Sat, 6 Mar 2010 17:17:16 +0000

 /rescue/vi doesn't work yet because it seems /etc/termcap.small doesn't get 
 installed during installworld.
 
 -- 
 Bruce Cran
State-Changed-From-To: analyzed->patched  
State-Changed-By: brucec 
State-Changed-When: Sun Mar 7 11:04:03 UTC 2010 
State-Changed-Why:  
With r204820 termcap.small is now installed into /etc. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=80256 
State-Changed-From-To: patched->closed 
State-Changed-By: eadler 
State-Changed-When: Tue Jul 10 03:27:56 UTC 2012 
State-Changed-Why:  
committed a long time ago 

http://www.freebsd.org/cgi/query-pr.cgi?pr=80256 
>Unformatted:
