From owner-freebsd-current@FreeBSD.ORG Tue Oct 14 15:37:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 871D86ED for ; Tue, 14 Oct 2014 15:37:53 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5865FCEE for ; Tue, 14 Oct 2014 15:37:52 +0000 (UTC) Received: from [73.34.117.227] (helo=ilsoft.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Xe4AU-0005Wm-7L; Tue, 14 Oct 2014 15:37:46 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id s9EFbi5J046998; Tue, 14 Oct 2014 09:37:44 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+lPKIShb3HeQ5rnDBMPVP2 X-Authentication-Warning: paranoia.hippie.lan: Host revolution.hippie.lan [172.22.42.240] claimed to be [172.22.42.240] Subject: Re: installincludes, bsd.incs.mk and param.h From: Ian Lepore To: Harald Schmalzbauer In-Reply-To: <543D4046.9030809@omnilan.de> References: <543D3671.8040004@omnilan.de> <20141014145253.GD2078@albert.catwhisker.org> <543D4046.9030809@omnilan.de> Content-Type: text/plain; charset="ISO-8859-1" Date: Tue, 14 Oct 2014 09:37:43 -0600 Message-ID: <1413301063.12052.396.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by ilsoft.org id s9EFbi5J046998 Cc: FreeBSD current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2014 15:37:53 -0000 On Tue, 2014-10-14 at 17:24 +0200, Harald Schmalzbauer wrote: > Bez=FCglich David Wolfskill's Nachricht vom 14.10.2014 16:52 (localtime= ): > > On Tue, Oct 14, 2014 at 04:42:57PM +0200, Harald Schmalzbauer wrote: > >> Hello, > >> > >> since bsd.port.mk insinsts on param.h, I have inconveniences on my > >> production systems which were installed with "WITHOUT_TOOLCHAIN=3Dtr= ue" in > >> src.conf (resulting in MK_TOOLCHAIN=3Dno). > >> > >> My first attempt was the following patch: > >> ... > >> "$SYSDIR" makes the example above not working! > >> Unfortunately I couldn't figure out when/how param.h gets installed. > >> Also, I couldn't find out what stage uses include/Makefile, only tha= t > >> it's not used when MK_TOOLCHAIN=3Dno. > >> > >> Any help highly appreciated! > >> .... > > My production systems have their OS built on a "build machine"; at > > install time, the build machine exports its /usr/src and /usr/obj, an= d I > > "make installkernel installworld" (& mergemaster...) on the productio= n > > systems. > > > > I'm still building ports using portmaster on the production systems (= as > > I lack the infrastructure to create my own pkg repository, and I need > > some non-default options), so I export the build machine's /usr/src & > > /usr/obj to the production machines during the ports builds, as well. > > > > That said, I don't try to do anything with respect to MK_TOOLCHAIN --= in > > normal use, the production machines don't have /usr/src or /usr/obj a= t > > all anyway. > > > > In any case, this has generally been working for me for many years. >=20 > Sounds reasonable. For one (big) enivronment at least. > I have different, completely unrelated environments which I maintain. > Therefore I do have a complete project-oriented build- and rollout > infrastruture, which also handles ports/packages (most times distribute= d > as repository on CD, each CD a set of applications for one distinct > machine). >=20 > So on my production systems, I don't need to (and even can't) compile > any sources, but on some of them, I often use the ports tree for update > checks or various - destination machine unrelated - tasks, like 'make > fetch' for having a convenient way looking into sources e.g. ... > The ports tree has been a very valuable source for me in many aspects, > not just for compiling anything. >=20 > The param.h dependent OSVERSION check is relatively new, but bites me > frequently. So I really need a possibility to make the ports tree usabl= e > again on machines which don't have any part of TOOLCHAIN installed. > Preferably I'd like to "fix" the dependency as close as possible to the > FreeBSD standard build environment, instead of botching post-installwor= ld... >=20 > Thanks, >=20 > -Harry >=20 > =20 >=20 It appears that while bsd.ports.mk has lost the ability to use the version of the running system (sysctl kern.osreldate), it still has the logic to just use OSVERSION if it's already set on the make command line or in the environment. Can you leverage that to regain the behavior you're used to? -- Ian