From rea@rea.mbslab.kiae.ru  Fri Mar  4 16:24:20 2005
Return-Path: <rea@rea.mbslab.kiae.ru>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 51DC616A4CE
	for <FreeBSD-gnats-submit@freebsd.org>; Fri,  4 Mar 2005 16:24:20 +0000 (GMT)
Received: from rea.mbslab.kiae.ru (rea.mbslab.kiae.ru [144.206.177.25])
	by mx1.FreeBSD.org (Postfix) with SMTP id 038DC43D31
	for <FreeBSD-gnats-submit@freebsd.org>; Fri,  4 Mar 2005 16:24:19 +0000 (GMT)
	(envelope-from rea@rea.mbslab.kiae.ru)
Received: (qmail 6323 invoked by uid 1000); 4 Mar 2005 16:24:17 -0000
Message-Id: <20050304162417.6322.qmail@rea.mbslab.kiae.ru>
Date: 4 Mar 2005 16:24:17 -0000
From: Eygene A.Ryabinkin <rea@rea.mbslab.kiae.ru>
Reply-To: Eygene A.Ryabinkin <rea@rea.mbslab.kiae.ru>
To: FreeBSD-gnats-submit@freebsd.org
Cc: rik@cronyx.ru, rea@rea.mbslab.kiae.ru
Subject: /etc/termcap is a symbolic link
X-Send-Pr-Version: 3.113
X-GNATS-Notify:

>Number:         78419
>Category:       conf
>Synopsis:       /etc/termcap is a symbolic link
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    brucec
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Mar 04 16:30:14 GMT 2005
>Closed-Date:    Tue Apr 20 19:47:09 UTC 2010
>Last-Modified:  Tue Apr 20 19:47:09 UTC 2010
>Originator:     Eygene A. Ryabinkin
>Release:        FreeBSD 5.3-STABLE i386
>Organization:
Code Labs
>Environment:
System: FreeBSD rea.mbslab.kiae.ru 5.3-STABLE FreeBSD 5.3-STABLE #: Wed Feb 16 14:01:47 MSK 2005 root@rea.mbslab.kiae.ru:/usr/src/sys/i386/compile/REA i386


>Description:
On default installation of FreeBSD file /etc/termcap is a symlink to a
/usr/share/misc/termcap. It makes impossible the usage of ncurses- or
termcap-aware utilities in single-user mode without mounted /usr. The main
impact is the impossibility of using /stand/sysinstall without mounted /usr
in single-user mode. Sometimes it is impossible to mount /usr, e.g. in the case
of disk failure, either soft or hard.
>How-To-Repeat:
Boot in single-user and try running /stand/sysinstall without doing mount -a.
>Fix:
Move termcap database to /etc, where it logically belongs, and make symlink
in /usr/share/misc.
>Release-Note:
>Audit-Trail:

From: Brooks Davis <brooks@one-eyed-alien.net>
To: "Eygene A.Ryabinkin" <rea@rea.mbslab.kiae.ru>
Cc: FreeBSD-gnats-submit@freebsd.org, rik@cronyx.ru
Subject: Re: conf/78419: /etc/termcap is a symbolic link
Date: Fri, 4 Mar 2005 10:39:37 -0800

 Since we now delete /stand after installation on 6 and the real home of
 sysinstall is /usr/sbin, I seriously doubt this will change.
 
 -- Brooks

From: Roman Kurakin <rik@cronyx.ru>
To: Brooks Davis <brooks@one-eyed-alien.net>
Cc: "Eygene A.Ryabinkin" <rea@rea.mbslab.kiae.ru>,
	FreeBSD-gnats-submit@freebsd.org
Subject: Re: conf/78419: /etc/termcap is a symbolic link
Date: Fri, 04 Mar 2005 21:52:47 +0300

 Brooks Davis wrote:
 
 >Since we now delete /stand after installation on 6 and the real home of
 >sysinstall is /usr/sbin, I seriously doubt this will change.
 >  
 >
 The point was that not only sysinstall affected by this problem, but any 
 application that
 may use termcap. So we either should check all applications from /bin 
 and /sbin if
 they affected by that problem and fix them or do smth else.
 
 I hope that sysinstall would be rewritten by some on before 6.release. But
 for 5.stable this could be fixed. I've already discuss this problem 
 (concerning
 sysinstall) with ru@ and he suggested a patch. I asked Eygene to write a pr
 specially to get more peoples involved to discussion of general problem.
 
 However, I can't say at this moment if we have other affected application.
 
 rik
 
 >-- Brooks
 >  
 >
 

From: "Eygene A. Ryabinkin" <rea@rea.mbslab.kiae.ru>
To: Roman Kurakin <rik@cronyx.ru>
Cc: Brooks Davis <brooks@one-eyed-alien.net>,
	FreeBSD-gnats-submit@freebsd.org
Subject: Re: conf/78419: /etc/termcap is a symbolic link
Date: Sat, 5 Mar 2005 10:26:38 +0300

 > Brooks Davis wrote:
 > 
 > >Since we now delete /stand after installation on 6 and the real home of
 > >sysinstall is /usr/sbin, I seriously doubt this will change.
  It is great for 6, but people will use 5 at least for a year. And this problem
 sometimes is a real pain in the ass.
  About moving sysinstall to /usr/sbin: it is not a wise thing, as for me:
 consider disk failure, when all you can mount is a root partition. I am
 expecting sysinstall to be on this partition to use all fancy and easy-to-use
 fdisk, newfs, package manager and other tools. After moving sysinstall to
 /usr/sbin such behaviour is lost and one has to do the things by hand.
  Is there are any real reason to move sysinstall to /usr/sbin?
 
 > Roman Kurakin wrote:
 >
 > The point was that not only sysinstall affected by this problem, but any 
 > application that
 > may use termcap. So we either should check all applications from /bin 
 > and /sbin if
 > they affected by that problem and fix them or do smth else.
  At 5.3-STABLE there are programs in /bin and /sbin that are using ncurses:
 	/bin/csh
 	/bin/ls
 	/bin/sh
 	/bin/tcsh
 	/sbin/fsdb
 	/sbin/gvinum
 	/sbin/ipfstat
 	/sbin/vinum
  I had not checked to what extent each program uses ncurses, but all of those
 presumably using at least initscr() that, AFAIK, tries to read termcap/terminfo
 database.
  Maybe you can explain to me, why termcap database is put to /usr/share/misc,
 rather than to /etc: the /etc is the place for system-wide configuration files
 and it is usually lives on root partition. So, if we can mount root we have
 /etc and thus termcap and all other configuration files. I know many admins
 who are making their /usr/local/etc a symlink to some directory in /etc, just
 to have all configuration in one place: it is proven to be more
 failure-resistant, just by everyday admin expirience of those people.
 -- 
  rea
State-Changed-From-To: open->patched  
State-Changed-By: brucec 
State-Changed-When: Sun Mar 7 10:58:44 UTC 2010 
State-Changed-Why:  
With r204820 termcap.small is now installed into /etc and is used if 
/etc/termcap can't be opened. 


Responsible-Changed-From-To: freebsd-bugs->brucec  
Responsible-Changed-By: brucec 
Responsible-Changed-When: Sun Mar 7 10:58:44 UTC 2010 
Responsible-Changed-Why:  
Track. 

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

From: dfilter@FreeBSD.ORG (dfilter service)
To: bug-followup@FreeBSD.org
Cc:  
Subject: Re: conf/78419: commit references a PR
Date: Tue, 20 Apr 2010 18:46:10 +0000 (UTC)

 Author: brucec
 Date: Tue Apr 20 18:46:00 2010
 New Revision: 206908
 URL: http://svn.freebsd.org/changeset/base/206908
 
 Log:
   MFC r204820:
   
   Install /etc/termcap.small .
   
   PR:	conf/78419
   Submitted by:	Eygene A.Ryabinkin <rea at mbslab.kiae.ru>
   Approved by:	rrs (mentor)
 
 Modified:
   stable/8/etc/Makefile
 Directory Properties:
   stable/8/etc/   (props changed)
 
 Modified: stable/8/etc/Makefile
 ==============================================================================
 --- stable/8/etc/Makefile	Tue Apr 20 18:44:23 2010	(r206907)
 +++ stable/8/etc/Makefile	Tue Apr 20 18:46:00 2010	(r206908)
 @@ -18,7 +18,7 @@ BIN1=	auth.conf \
  	rc rc.bsdextended rc.firewall rc.initdiskless \
  	rc.sendmail rc.shutdown \
  	rc.subr remote rpc services shells \
 -	sysctl.conf syslog.conf \
 +	sysctl.conf syslog.conf termcap.small \
  	etc.${MACHINE_ARCH}/ttys
  
  OPENBSMDIR=			${.CURDIR}/../contrib/openbsm
 _______________________________________________
 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"
 
State-Changed-From-To: patched->closed 
State-Changed-By: brucec 
State-Changed-When: Tue Apr 20 19:46:43 UTC 2010 
State-Changed-Why:  
Fix has been committted to stable/8. 

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