From owner-freebsd-hackers@FreeBSD.ORG Sun Oct 9 17:16:25 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 821EC16A41F for ; Sun, 9 Oct 2005 17:16:25 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from mail.vivodinet.gr (mail3.vivodinet.gr [80.76.39.13]) by mx1.FreeBSD.org (Postfix) with SMTP id B9CEA43D5C for ; Sun, 9 Oct 2005 17:16:20 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: (qmail 1052 invoked from network); 9 Oct 2005 17:16:16 -0000 Received: from dslcustomer-222-89.vivodi.gr (HELO flame.pc) (83.171.222.89) by 0 with SMTP; 9 Oct 2005 17:16:16 -0000 Received: from flame.pc (flame [127.0.0.1]) by flame.pc (8.13.4/8.13.4) with ESMTP id j99HFEbQ002561; Sun, 9 Oct 2005 20:15:14 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by flame.pc (8.13.4/8.13.4/Submit) id j99HFC42002560; Sun, 9 Oct 2005 20:15:12 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Sun, 9 Oct 2005 20:15:12 +0300 From: Giorgos Keramidas To: Yar Tikhiy Message-ID: <20051009171512.GA2523@flame.pc> References: <20051008134703.GA25960@comp.chem.msu.su> <20051008175423.B33867@mp2.macomnet.net> <20051009082017.GB81198@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051009082017.GB81198@comp.chem.msu.su> Cc: hackers@freebsd.org Subject: Re: SENDMAIL_MC & making world X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Oct 2005 17:16:25 -0000 On 2005-10-09 12:20, Yar Tikhiy wrote: >On Sat, Oct 08, 2005 at 05:55:54PM +0400, Maxim Konovalov wrote: >>On Sat, 8 Oct 2005, 17:47+0400, Yar Tikhiy wrote: >>> I'd like to set SENDMAIL_MC in my /etc/make.conf files conditionally >>> so that it is not set when I'm making {build,install}world. I >>> upgrade several machines over NFS from a single build server, and of >>> course installworld breaks if SENDMAIL_MC differs from what was set >>> during buildworld. At the same time, I'd like to have SENDMAIL_MC >>> set for the rest of the time on the machines because `hostname` is >>> not a suitable way to construct the .mc names on them due to local >>> setup peculiarities. Any ideas how to achieve this effect? >> >> It is possible to override make.conf location via __MAKE_CONF >> variable and use different make.conf at the build,installworld >> stages. Perhaps that suits your needs. > > Uh-huh, two make.conf's instead of one don't look like a great burden. > Even better, I can put the buildworld-stage make.conf in src or obj > shared over NFS to build clients, and I'll no more have to keep the > local copies on clients in sync with that of the build server! Thanks > for the cool idea! *EXACTLY* I've always found __MAKE_CONF very useful, but it's not documented in the ``obvious'' places (i.e. the manpage). I think I should add at least a note about it in the manpage of make