Re: pkg/59184: devel/mk-configure fails with mysterious .MAKE.LEVEL.ENV error

["Taylor R Campbell via gnats" <gnats-admin%NetBSD.org@localhost>]

The following reply was made to PR pkg/59184; it has been noted by GNATS.

From: Taylor R Campbell <riastradh%NetBSD.org@localhost>
To: Thomas Klausner <wiz%gatalith.at@localhost>
Cc: gnats-bugs%netbsd.org@localhost, pkg-manager%netbsd.org@localhost, gnats-admin%netbsd.org@localhost,
	pkgsrc-bugs%netbsd.org@localhost
Subject: Re: pkg/59184: devel/mk-configure fails with mysterious
	.MAKE.LEVEL.ENV error
Date: Mon, 17 Mar 2025 20:09:23 +0000

 > Date: Mon, 17 Mar 2025 08:32:37 +0100
 > From: Thomas Klausner <wiz%gatalith.at@localhost>
 >
 > I asked rillig@ this last fall, and his analysis is, in my words:
 >  
 > Since usr.bin/make from 2020-08-22, internal variables that are
 > provided over the command line, are not put into MAKEFLAGS into
 > longer.
 > 
 > NetBSD 9 doesn't have this patch.
 > 
 > mk-configure pulls in bmake from pkgsrc (with this change). The build
 > is started using NetBSD 9's make, which exports the (internal)
 > MAKEFLAGS variable and calls bmake-20240711, which complains about the
 > try of overwriting the internal variable.
 
 Can we do something to nix .MAKE.LEVEL.ENV from the MAKEFLAGS that
 pkgsrc passes down to the do-build recipe?
 
 It sounds like it's not really mk-configure's fault that this is
 happening; really, it's a bug with pkgsrc running a do-build recipe
 the wrong way -- in a way the package Makefile didn't even ask for.