Date: Tue, 14 Oct 2014 17:24:54 +0200 From: Harald Schmalzbauer <h.schmalzbauer@omnilan.de> To: David Wolfskill <david@catwhisker.org>, FreeBSD current <freebsd-current@freebsd.org> Subject: Re: installincludes, bsd.incs.mk and param.h Message-ID: <543D4046.9030809@omnilan.de> In-Reply-To: <20141014145253.GD2078@albert.catwhisker.org> References: <543D3671.8040004@omnilan.de> <20141014145253.GD2078@albert.catwhisker.org>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5AB91D253F1F05C8AA2319E7 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable 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=3Dtrue= " 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 that >> 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, and = I > "make installkernel installworld" (& mergemaster...) on the production > 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 -- i= n > normal use, the production machines don't have /usr/src or /usr/obj at > all anyway. > > In any case, this has generally been working for me for many years. 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 distributed as repository on CD, each CD a set of applications for one distinct machine). 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. The param.h dependent OSVERSION check is relatively new, but bites me frequently. So I really need a possibility to make the ports tree usable 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-installworld= =2E.. Thanks, -Harry =20 --------------enig5AB91D253F1F05C8AA2319E7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlQ9QEYACgkQLDqVQ9VXb8hOAACeOsv1BpHkm1SkMjeyHiOMUdtk yt4An1esaPu86822iSHqIIo4gTWhp6nv =S1S0 -----END PGP SIGNATURE----- --------------enig5AB91D253F1F05C8AA2319E7--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?543D4046.9030809>