From nobody Tue Sep 09 17:28:20 2025 X-Original-To: freebsd-current@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 4cLrPy2bVNz67CNr for ; Tue, 09 Sep 2025 17:28:22 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cLrPy08wgz3WS6; Tue, 09 Sep 2025 17:28:22 +0000 (UTC) (envelope-from kevans@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757438902; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=G+0L4nMMywKXl35wezH7kxMdmcgkWp2DInPHRr6k52I=; b=LbUdQUbMTQlfpC5of9MIGVWDXOO79NaOs5qR4T283YsDeywJ9aL/FqrFmYe/6uC+qBhujx ke2yIgLhE5cX5fhPY4oNbNPUJ8ZwWoO199X3jeW3A8lu/JikqtFTa70qanWKSgnPumNSIn Tyc1fcwiRxombfPIaR+DU5St/5D/BByJqxoyCmkSxBXkEPDY/YXfDlw2yUf8ZZW3/ZIrEf 6cV8r8tFEAqg4MOrf+dZBQKP3YpG0jvf6iROEC0iPVFRbRy6iqvPVY26c+7kRnHzvN/G8j Sxc5txTJLrUkTCpoylvwiJgPxpmVgRQ6pA++YRuGhaEIm0cklQliJk3MPZPSQQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757438902; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=G+0L4nMMywKXl35wezH7kxMdmcgkWp2DInPHRr6k52I=; b=ur859j2/aYz09BOMeRLbIBWnGsMF35m7hRY6p4lVUTmQez+jbwxNNxXx2/Ul21x9P5wLQX URE2zHawItyCGJQ6zYqFnjmDFl2WH1duD3zwhfLjtDQ2c/xWRKUfE+FKakLqUmnLQJJQeQ nkRa0pnr2Ksw9cZVJxRa2EPM7zTK1UQIdhChOyXFQlrmhhpW9J/zD4bLa4p44UnA9iYJsN 6dBu9Vs/PoxRu+oc2wEsXm3pQ1b/zR7NtNUEkryRPr8bK7HkHvSSP/USMqD57VIMuVsF1k JiHK2/fH5f00IlZINkWxMLTl5zGUI8miEvmUJIsQu5dPu27GBvRAqc2eh4BS4w== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1757438902; a=rsa-sha256; cv=none; b=LEsft+XeMFvOAvNs9k2Do3kWsTuJrYaoVMS20RddC5kDsz/ic4r1CA/cmfC6EK5b1JSD70 WS43t+LN3JzNmNevfqQox6N1Wv7d67wB7gbdtcs/XgsGo8PaBW7BhokzuFd5dAwb66OqN4 HgGcnqSMBGSPFMC8nFyeYbLML2GiweLuy3W0KvvZ5YaK3Db1inJTWmYSkfMCZFVJl+wZnX KsH91TTMktYdLAivOIYfvRoNjyaINgZExVFTufsGkpMRVaGx6cK8NqdedQOkWfWhcgvy63 KxkW5dsKIOdvX4rCDMniueSzzcnsMf5jXPIHH4zk9QTPc5poZS+VMg9ppTjwIw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from [10.9.4.95] (unknown [209.182.120.176]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: kevans/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cLrPx5JCgzC2; Tue, 09 Sep 2025 17:28:21 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Message-ID: <1a9016f0-854c-4038-93d8-c4c418bb5b8e@FreeBSD.org> Date: Tue, 9 Sep 2025 12:28:20 -0500 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: RFC: building with non-default options on universe machines? To: Rick Macklem References: Content-Language: en-US Cc: freebsd-current@freebsd.org From: Kyle Evans In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 9/9/25 11:54, Rick Macklem wrote: > Hi, > > This is a really dump question, but since I've tried a > few times without success, I figured I'd ask.. > > I need to do a "make buildworld" with WITHOUT_MITKRB5="yes" > set. I'd like to do it on one of the unverse machines, but I cannot > get it to work. > > I put WITHOUT_MITKRB5="yes" in a file and tried both > SRCCONF=../src.conf and __MAKE_CONF=../src.conf. > They both would fail at some point, because other things > that depend on the setting would fail. > > So, does anyone know what the trick is? > Is ".." literal or a placeholder? We probably don't resolve those to an absolute path for later parts of the build, so you probably want to do that up-front if you hadn't tried that yet -- MK_* knobs may be processed in some or many contexts where cwd isn't the root of the src tree. Thanks, Kyle Evans