From owner-freebsd-questions@FreeBSD.ORG Wed May 13 22:30:06 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7D3E106564A for ; Wed, 13 May 2009 22:30:06 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) by mx1.freebsd.org (Postfix) with ESMTP id 967B58FC13 for ; Wed, 13 May 2009 22:30:06 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r55.edvax.de (port-92-196-7-253.dynamic.qsc.de [92.196.7.253]) by mx02.qsc.de (Postfix) with ESMTP id A860816C0290; Thu, 14 May 2009 00:30:05 +0200 (CEST) Received: from r55.edvax.de (localhost [127.0.0.1]) by r55.edvax.de (8.14.2/8.14.2) with SMTP id n4DMU0T5001736; Thu, 14 May 2009 00:30:00 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Thu, 14 May 2009 00:29:59 +0200 From: Polytropon To: nightrecon@verizon.net Message-Id: <20090514002959.cb34499f.freebsd@edvax.de> In-Reply-To: References: <20090513082716.GB1363@joni.subvert.org.uk> Organization: EDVAX X-Mailer: Sylpheed 2.4.7 (GTK+ 2.12.1; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org Subject: Re: How to move vi to /bin X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Polytropon List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 22:30:07 -0000 On Wed, 13 May 2009 05:34:43 -0400, Michael Powell wrote: > Yes - use the /rescue/vi as it has been statically compiled so it does not > rely on dynamic libraries which may not be available. The purpose here is > have a fallback position for repairing a damage/problem which may prevent a > successful mount of /usr. In addition, you eventually want to do something about the termcap files that - at least I think - vi needs to run in a usable manner. The default is /etc/termcap@ -> /usr/share/misc/termcap - and in a "worst case scenario" /usr is out of reach. You can copy the file /usr/share/misc/termcap to /etc, run "cap_mkdb /etc/termcap" and then have /etc/termcap and /etc/termcap.db, which you can then symlink to /usr/share/misc/termcap and /usr/share/misc/termcap.db again. But note that this might lead to interferences with the freebsd-update tool as well as with the canonical way of updating the system through "make update" and "make build/install kernel/world". -- Polytropon >From Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ...