From owner-freebsd-doc@FreeBSD.ORG Wed Oct 26 21:02:01 2005 Return-Path: X-Original-To: freebsd-doc@freebsd.org Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB91E16A41F for ; Wed, 26 Oct 2005 21:02:01 +0000 (GMT) (envelope-from bsd@unixforge.net) Received: from mail.sectornotfound.com (mail.sectornotfound.com [209.139.233.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5352043D5A for ; Wed, 26 Oct 2005 21:02:00 +0000 (GMT) (envelope-from bsd@unixforge.net) Received: from hannibal.int.sectornotfound.com (hannibal.int.sectornotfound.com [192.168.98.3]) by murdock.sectornotfound.com (8.13.1/8.13.1) with ESMTP id j9QL1uDL044297; Wed, 26 Oct 2005 14:01:56 -0700 (PDT) (envelope-from bsd@unixforge.net) Received: from [192.168.3.212] (gw.activestate.com [209.17.183.249]) (authenticated bits=0) by hannibal.int.sectornotfound.com (8.13.1/8.12.10) with ESMTP id j9QL1tAQ032390; Wed, 26 Oct 2005 14:01:55 -0700 (PDT) (envelope-from bsd@unixforge.net) Message-ID: <435FEEBE.7060907@unixforge.net> Date: Wed, 26 Oct 2005 14:01:50 -0700 From: "Eli K. Breen" User-Agent: Mozilla Thunderbird 1.0 (X11/20050101) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Giorgos Keramidas References: <200510262020.j9QKKv4Q073769@freefall.freebsd.org> <435FE939.6070203@unixforge.net> <20051026204634.GA42792@flame.pc> In-Reply-To: <20051026204634.GA42792@flame.pc> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-doc@freebsd.org Subject: Re: docs/87351: Jail building instructions don't work as described with default CSH shell X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 21:02:01 -0000 I realize I may be opening a can of worms, but as I agree with you on the usefulness of csh(1), why do we continue to use csh as the default shell being that I'd hazard most sane mortals use sh or bash? I would definitely prefer to have both sets of instructions, but honestly given one line needs to be changed ever so slightly, it would look silly to reproduce the entire script multiple times with only that change. If you prefaced the script with "This script is optimized for csh, see below for other shells" and then just list the optimal way to export env. vars. for the other popular shells. D=/foo;export (sh) export D=/foo (bash) -E- Giorgos Keramidas wrote: > On 2005-10-26 13:38, "Eli K. Breen" wrote: > >>Call me madcap, but wouldn't it make more sense to have the base case >>example match the default shell, with exceptions for other shells as the >>side-comments? > > >>Given how little of this script/instructions need to change to suit csh, >>something like... >> >>[...] >>#For csh >> set D=/here/is/the/jail >>#For bourne shells (sh,bash,...) >> D=/here/is/the/jail >>cd /usr/src >>mkdir -p $D >>[...] >> >>or >> >>[...] >>#For csh >> set D=/here/is/the/jail >>#For bourne shells (sh,bash,...) >># D=/here/is/the/jail >>cd /usr/src >>mkdir -p $D >>[...] > > > Nope. csh(1) is terrible for scripting and only mildly annoying for > interactive use. I'd accept something that lists *two* sets of commands > that can be copied to a file and minimally changed to alter the $D path, > but intermixing scripts that run in sh(1), csh(1), zsh(1) or anything > else is not very nice imho :/ >