From owner-freebsd-rc@FreeBSD.ORG Mon Jan 22 00:52:02 2007 Return-Path: X-Original-To: rc@freebsd.org Delivered-To: freebsd-rc@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2A5E816A400 for ; Mon, 22 Jan 2007 00:52:02 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id B73AA13C43E for ; Mon, 22 Jan 2007 00:52:01 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 27721 invoked by uid 399); 22 Jan 2007 00:24:00 -0000 Received: from localhost (HELO ?192.168.0.5?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 22 Jan 2007 00:24:00 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <45B4041D.1090500@FreeBSD.org> Date: Sun, 21 Jan 2007 16:23:57 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Florent Thoumie References: <45B36737.6080208@FreeBSD.org> <45B3A899.2060207@FreeBSD.org> In-Reply-To: <45B3A899.2060207@FreeBSD.org> X-Enigmail-Version: 0.94.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Andrew Pantyukhin , rc@freebsd.org Subject: Re: Service-specific default locales X-BeenThere: freebsd-rc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion related to /etc/rc.d design and implementation." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jan 2007 00:52:02 -0000 Florent Thoumie wrote: > Florent Thoumie wrote: >> Andrew Pantyukhin wrote: >>> I need to run different services in different locales >>> (basically LANG/LC_ALL changed). Before I look at how >>> to implement it, is there any objection to >>> _locale presetting the two variables to its >>> value (and possibly some error-checking via locale(1)? >>> >>> As for a site-wide default, I currently have "export >>> LANG=en_US.UTF-8" in my rc.conf. Should we introduce >>> a general "locale" variable for this? >> Makes sense to me. Have a look at *_nice variable for example. > > Thinking about it, maybe something like _env would be better > (cause more generic). Of course you wouldn't be able to do error > checking but I'm not sure it's so useful anyway. I tend to agree with you on both counts. If we were to see a lot more requests for something like this, then it would certainly be worth pursuing. Otherwise I fear that we would end up too far over on the configurability======usability continuum. Doug -- This .signature sanitized for your protection