From owner-cvs-src@FreeBSD.ORG Mon Dec 5 08:19:18 2005 Return-Path: X-Original-To: cvs-src@FreeBSD.ORG Delivered-To: cvs-src@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2910A16A41F for ; Mon, 5 Dec 2005 08:19:18 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.12]) by mx1.FreeBSD.org (Postfix) with SMTP id 3702D43D55 for ; Mon, 5 Dec 2005 08:19:16 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 56953 invoked by uid 399); 5 Dec 2005 08:19:12 -0000 Received: from localhost (HELO ?192.168.0.5?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 5 Dec 2005 08:19:12 -0000 Message-ID: <4393F7FE.7020302@FreeBSD.org> Date: Mon, 05 Dec 2005 00:19:10 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (X11/20051203) MIME-Version: 1.0 To: Andrey Chernov , src-committers@FreeBSD.ORG, cvs-src@FreeBSD.ORG, cvs-all@FreeBSD.ORG References: <200512050704.jB574FeY098280@repoman.freebsd.org> <20051205081123.GA80228@nagual.pp.ru> In-Reply-To: <20051205081123.GA80228@nagual.pp.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: cvs commit: src/etc rc.subr X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Dec 2005 08:19:18 -0000 Andrey Chernov wrote: > On Mon, Dec 05, 2005 at 07:04:15AM +0000, Doug Barton wrote: >> dougb 2005-12-05 07:04:15 UTC >> >> FreeBSD src repository >> >> Modified files: >> etc rc.subr >> Log: >> Change how *.sh scripts are handled. If the script is in /etc/rc.d, >> source it into the shell. If not, handle it in a subshell the same >> way that "real" rc.d-style scripts are handled. This will dramatically >> ease the "process local scripts in the base rcorder" transition. > > How it will impact ports changes needed? I.e. should apache13 transition > be backed out? Answering the last question first, the change already done in apache13 effectively becomes a noop at this point. I'm honestly not sure what's going to happen with this in the long term, so feel free to back it out if you want. Doug -- This .signature sanitized for your protection