From nobody Tue Oct 03 14:45:44 2023 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4S0LGr0nTgz4wKq3 for ; Tue, 3 Oct 2023 14:45:56 +0000 (UTC) (envelope-from listac@nebelschwaden.de) Received: from mail.worldserver.net (mail.worldserver.net [217.13.200.36]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "*.worldserver.net", Issuer "EuropeanSSL Server CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4S0LGq4L31z3KHm for ; Tue, 3 Oct 2023 14:45:55 +0000 (UTC) (envelope-from listac@nebelschwaden.de) Authentication-Results: mx1.freebsd.org; none Received: from postpony.nebelschwaden.de (v22018114346177759.hotsrv.de [194.55.14.20]) (Authenticated sender: sendmail@nebelschwaden.de) by mail.worldserver.net (Postfix) with ESMTPSA id 35FE71E0B27; Tue, 3 Oct 2023 16:45:46 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nebelschwaden.de; s=1687803001; t=1696344347; bh=a1VGd8ltQdYrOIUO7d01qA7ow7GFXwQM1iXPWUo454w=; h=Date:Reply-To:Subject:To:Cc:References:From:In-Reply-To:From; b=bWZqaZg+H/OEGldVkgPPostP2hmwhZE4XLFqLyPhd0cTG8EwsurzWNlTcn08XyKLw RJ3OjtVDEX1Uc9ceyqZcfRjyEItVVwmTZhfgsfkRsaF47MBIk30T7APhOIpaITxXll M0FYivJRv8ufHyL4wJs9HRvL7fMCaMxstyOCRVjg0+1Ta2Dki5YBCVHQooosHcKLzy +U8Z9eOccQRPbCFWq0yiDV8a/CwyWCdHhuGJmR5lbco95VM3nEx9V9u+THAdAbW80M DdvOsxhNF2LC+szUxF8xRak1NT8n4Y2wX+BqkqnHwJG+xBKJqn2DVCv7S5so84E9ti NZMPYwEdtS8Wg== Received: from [172.16.37.5] (kaperfahrt.nebelschwaden.de [172.16.37.5]) by postpony.nebelschwaden.de (Postfix) with ESMTP id 77A2C113DD5; Tue, 3 Oct 2023 16:45:44 +0200 (CEST) Message-ID: <536f22fe-7a84-43a2-8628-0223336c4092@nebelschwaden.de> Date: Tue, 3 Oct 2023 16:45:44 +0200 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Reply-To: listac@nebelschwaden.de Subject: Re: buildworld: specifying an alternate make.conf To: Paul Procacci Cc: Freebsd-questions@freebsd.org References: <4249ee95-5081-4d4d-943c-3a6948ba4af7@nebelschwaden.de> Content-Language: en-US From: Ede Wolf In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15657, ipnet:217.13.192.0/20, country:DE] X-Rspamd-Queue-Id: 4S0LGq4L31z3KHm Am 03.10.23 um 16:08 schrieb Paul Procacci: > > > On Tue, Oct 3, 2023 at 10:05 AM Ede Wolf > wrote: > > Hello, > > to my understanding of man make and make.conf, which admittedly is very > limited, I should be able to specify an alternate make.conf with this > syntax: > > # make -D __MAKE_CONF=/make.conf buildworld > > Now, since this looks somewhat strage - nowhere else I have found make > variables with double underscores - and before wasting hours of > compiling, I am wondering, is above correct? Or did I miss[understand] > anything? > > Thanks > > Ede > > > That syntax is the correct syntax. > Here's a partial shell script I use for compiling stripped FBSD images > which uses other variables besides __MAKE_CONF should you need examples > of them too: > > SRC=/usr/src > POOL=tank > DESTDIR=/jails/templates/13.1-RELEASE > THRDS=`sysctl -n hw.ncpu` > SRCCONF=`pwd`/src.conf > SRC_ENV_CONF=`pwd`/src-env.conf > __MAKE_CONF=`pwd`/make.conf > > zfs create -o compression=gzip-9 -o dedup=on -o mountpoint=${DESTDIR} > ${POOL}${DESTDIR} > env SRCCONF=$SRCCONF SRC_ENV_CONF=$SRC_ENV_CONF __MAKE_CONF=$__MAKE_CONF > make -C $SRC -j$THRDS world DESTDIR=$DESTDIR > env SRCCONF=$SRCCONF SRC_ENV_CONF=$SRC_ENV_CONF __MAKE_CONF=$__MAKE_CONF > make -C $SRC distribution DESTDIR=$DESTDIR > cp /etc/resolv.conf $DESTDIR/etc/ > zfs snapshot ${POOL}${DESTDIR}@initial > > ~Paul > Hello Paul, thanks very much again, but that seems not to be working for me. My approach is slightly simpler than yours. My make conf: $ cat /data/admin/build/vbox/make.conf # MAKE_SHELL?=sh SRCCONF=/data/admin/build/vbox/src.conf SRC_ENV_CONF=/data/admin/build/vbox/src-env.conf KERNCONF=VBOX WITHOUT_MODULES=linux PORTSDIR=/clutter/ports WRKDIRPREFIX=/clutter/work DISTDIR=/clutter/binpkg ----- So here I am obviously referencing to another src-env.conf: $ cat /data/admin/build/vbox/src-env.conf MAKEOBJDIRPREFIX=/clutter/obj/vbox ----- Still, when calling my above command: $ make -D __MAKE_CONF=/data/admin/build/vbox/make.conf -j 4 buildworld the obj dir is being created below /usr and not, where it should go, below: /clutter/obj/vbox. So it appears at least, my make.conf is not being used. I've also tried to export __MAKE_CONF in the shell I am calling make buildworld. Should be equivalent to your env command. Using /bin/sh, not csh. No change here, however. On 14 Beta-4, but that should not matter. Thanks Ede