From nobody Sat Dec 10 14:07:41 2022 X-Original-To: bugs@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 4NTqTp1qFXz4kW2T for ; Sat, 10 Dec 2022 14:07:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NTqTn66pYz4Mtg for ; Sat, 10 Dec 2022 14:07:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1670681261; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=zVKvYT1kDhiQN8ho8tQ/dzSyxRfIHhPgK/sJMJo9Ad4=; b=ohKDpDQaaHFppxRxy0QbfopwRDL6s7LmJWib09qwDmaG491exVHt+0tgEpvM/1Bfrl96Hd Ih6aCeQB03kF7hpD5clkVdnQB1F304BhSdM0+10WwlOe/Bze6RXNxfAKsYQ6AkOJ03iJaC gOQR+NyB5SWxZjQjbtM+MKyMJvRx/cRUJNuaAzbCpDWnq588Byji51dacJXzqXN0Cn1/Bx Mt8vjEr79S4yeoXX9cGSu5KWYs8aQzNjBPMlxl56W1aiwc+kn8jTV26ueOPPQ/yUNA+y7m GoXvZVA6dl52B6PpOkv3dw3E5UhdV7YJv2YhxBSGUDAmwZxGBLLA9p0lq0GxnA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1670681261; a=rsa-sha256; cv=none; b=qHJKcCkgyYIAAmQTWD9C1QQNHc36cBQa/SwSY615m//3HJOjBlx0af5vW93wM+5N9UpOFp E/Ng9c9jlOCcweGhfh5oXP8vdHitQlMERU5NvZGulfRmKuvR+37Qwp1WjM9UJB1rrVqdbZ wvp7sgSFhXTnh599a0EiX/zIbOy327+vUIfAVZzWTgZZswKIe5iWfZA4aZQxWdUGiZVw4P Vr2ygosWLVur0kAH6FExQipK5w/86nW0CyFDZDMZzCPyWtEWpvf+ZNOkQgL28RTpDP9P7q 2hHzZJZEsPlys+0JPE6e09nsSM07LAI+41+zPJYookWrO+VUFkNH9iOB8OXWjA== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4NTqTn5B6SzJRw for ; Sat, 10 Dec 2022 14:07:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 2BAE7f4m026388 for ; Sat, 10 Dec 2022 14:07:41 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 2BAE7fdw026385 for bugs@FreeBSD.org; Sat, 10 Dec 2022 14:07:41 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 268299] PORTSDIR variable not being read from /etc/make.conf when building kernel. Date: Sat, 10 Dec 2022 14:07:41 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 13.1-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: jon@xyinn.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Bug reports List-Archive: https://lists.freebsd.org/archives/freebsd-bugs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-bugs@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D268299 Bug ID: 268299 Summary: PORTSDIR variable not being read from /etc/make.conf when building kernel. Product: Base System Version: 13.1-STABLE Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: kern Assignee: bugs@FreeBSD.org Reporter: jon@xyinn.org This is a copy/paste of the message I sent to the stable mailing list. I wa= sn't able to get an official confirmation of behavior, so I'm asking here: TLDR: So ultimately the question is, is it intended behavior for PORTSDIR t= o be ignored by the make for buildkernel when it's defined in /etc/make.conf? Fr= om what man ports says, /etc/make.conf is suppose to be used for all aspects of building doc, src, and ports.. or is this a bug? If it helps, I'm running on stable/13-n253245-209ebfa26ec4/GENERIC amd64) For now, I'm going with a suggested workaround of making a symlink from /usr/ports to /usr/local/poudriere/ports/default. Hey all, I'm currently trying to centralize my poudriere ports directory and my norm= al /usr/ports dir so that I can reduce the load on the central freebsd servers, and also to clean it up on my end. Since I have PORTS_MODULES defined in my /etc/make.conf, building my kernel will properly automatically rebuild the modules listed properly. This requi= res your ports directory to exist and working (obviously). Since my ports dir w= as in the default location: /usr/ports, it was working properly. At the moment= I have my poudriere ports directory and distfiles defined at: /usr/local/poudriere/ports/default (The standard path for poudriere). /usr/local/poudriere/distfiles I went ahead and added the following to /etc/make.conf: PORTSDIR=3D/usr/local/poudriere/ports/default DISTDIR=3D/usr/local/poudriere/distfiles However, when running a "make -j32 buildkernel", the PORTSDIR variable does= n't get read in properly and will default to /usr/ports. I tried placing in ano= ther variable (that I saw in the module rebuilding phase of buildkernel) in /etc/make.conf to see if that was working properly, I picked SRC_BASE as an example (I also wanted to test if variable substitution was working properl= y as well): /etc/make.conf: _TEST=3D"/omega" SRC_BASE=3D"${_TEST}/lol" Running make -j32 buildkernel again properly displayed the "/omega/lol" path for SRC_BASE, but the PORTSDIR still was ignored. I then tried inlining the variable to see if that worked: make -j32 buildkernel PORTSDIR=3D"/some/path" and that worked. There was one or two times that I was able to non-deterministically get the PORTSDIR to be read in from /etc/make.conf, b= ut for the most part, it was ignored 99% of the time. Running "make buildkerne= l" without any parallelization didn't help either. Thank you, --=20 You are receiving this mail because: You are the assignee for the bug.=