From nobody Wed Aug 30 05:50:40 2023 X-Original-To: freebsd-ports@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 4RbD1F1l8cz4rjlB for ; Wed, 30 Aug 2023 05:50:57 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.148]) (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) by mx1.freebsd.org (Postfix) with ESMTPS id 4RbD1D6R39z4XPB for ; Wed, 30 Aug 2023 05:50:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1693374654; bh=ZypkLCREGGbGX3jXZCtRakK12ec6hNb7Y3Woxb93jAk=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=SqP1ozG6izoz+03qn9ssyMhY00YEU2LunYISRxu9QRZ9nnS30stzKhQU+lFNT/pohQIE02GcsUYwfM7ygGCWqMSIcMzKcK39PKvcoidL7tQeXj2YQSntrL70TBbUwrNGFsM61+c+N++hvyVRF1KUbiYLy2yk3QM33hB143owncK+sgDS2iCREpRBPPlBGa6H2Z0FzOr3qEwqXOs8GXPr5CxS9crMRo14JhoB9ddbP7o66B05/xxCikc2/zBtI9h0PVUh7H9hwiAzCup+TgG0MpNaWjjpmTYoSQ7Rqwedj1blIXGXAMEsT/IidOW3kLE7f8+QSywZm8VyQ6Xl1u5QBg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1693374654; bh=zhFHRP0QWM2q2/kt+42Qq2xmFaylP5bzFNCtcMhATBU=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=nDWRLraBtBFXf4rOnxJdYBIQHKDyCCrDNwZjXLx8Tm7/cTv8kwx6HAKmjyg8u37tJ1bNKuTummit5dgRZryogwLFjhED7DXeWejivyOaJ6qX4fY/ZUxjTPgIhKO+QvEf/LX2qpbf0Yb7xwYHkZocYa9p7i8RFVivtYy+D3IMhn7dOwCo84PouCwroVo0lkPs9lHNscXhTSr5ARnm5NiGceRF/MhjOWR6aDQSdZhPWsEsnlqBkhhP7LiPAhf43BoW8C+rajv/60bVLWtBvk3IFyhUg73jbTVmNGB+b7tVrW4HhcwB73DVob8DFGdHnf7zWiDEbYnwGgrQO0OXQ3G9Tg== X-YMail-OSG: Xal.h9gVM1lWPySyadnQX49IZTey.T.l1FJEKh9LpMUPyfQg3hVWV0xdiUyQ1Nm p0wEApLgQxkXzNrTCjfntrQ.EKEw4ZOFqqrU3lZ9uRYW510K47IgV7UAzkzYZ56hJa8WtUkws.Qk 9kFNqn4JaObk78To4Eu2F.apzwY9CG0WAfxz9xwqsg1rOTatcJM8PFdOD3iL0WeLfgSd0ajgQzIu e.zN2pxKEPAsrmeGzgl040uMXNKIQEbUZkIXizDF2NXXm2gsD6azbd96wlNV7BYRz8Odltt6DG.e deNmmggkWdsCdGM7WUNorufhMIuX2NmcH1V1ILjXQahLDaK6pL4tlBEmtFB10k4WsIjVcKoxJaY. f2UwyQNAL71TGRcEQwP.Vnsw3TUCn0lHRTup4i26Y7hz9UudkxnGWsDZw8u8Qyhmw5eiv4R3UHhI K4PtPxlf5wW6nmK8uZGRTrScYJ2PasOJLTdCypnX.1.18Bpkphwb8GJi_zq7z9SuhckqXFqSv4Hb bMARvtlZL7UsLWMCwssmTCX76.f7fIBDCT_lavrscAgR2V.3XPWTGpBqe0cref2tFE.zco_uXkAm .HPXmwW5X.jAEsP9CcqNd1zfKpVqnxwS0IlRsfjb3TrxHnLBTMKlovA1zwVeEe.yG_vMZeHk.ZPt VtmLxf5i31OLEvySnfFGLNmFuJmc.7237exCp_jMucWcqYq0PoZFUO3dwPieb3RyJllEVWTHbOuW Cr4dzOMjvs.CcSHfkyYzgxOL_VxHA6296xdVUXZTGCi3mi35JckjXbPO3gvVGUThJv1ungScy6qd g5wyvZY8.fe8yHh4LRtvy.oId_0MhSFsQN_fi1_2tDriS5Gk6CNHpqby7YXUC2Swg5iSPUvMKrFg htz50HW.lw7Zi0EskkF3sekpFiRDASWEx.kgx78Tx6zVSfp7xGXdcJ5uxyd4Smu7NIVPiQ3P2VhK k5ga5_E.7a3AgYG1Ii1oMxjy0IpeGQZJQyQubQFyUZeFr3U39OP6VMECWpfGWT4WoSqF7hKoFi9G 3AphoezGm4Q3E0R7MEnGBrTWfZ7KpaeBSQ9sIXochoIIOW7.BNmPRVt4nyIlG6LTE.Unr4ziLeAO 0YSlodGJ0usOJzBBsfOggEn8509zurtBPBASut2Kt64s7l.2ZarjDS__0ka4nciWnK_DEzb5bvm. G871Hbpp7wOsD0QwTFskMmtpaLy2d5bup1SgJKrrCmv7NzFI3RS.yBFKwej.Bt2g7DLnjylhF6h3 nPqwlv9vcklJSPoViZdYGMDwktl18YY1qrc_reuIbmFAwmY0dnb9PZs5MgG1xnCIb9KsplyPIfw2 MjvRpjTcJpuS6a3DU5SYlWMIlpKUwIzqSUoi9kdrFrYNsjW57HcT.k2tqB_rSdmGM0CpTNFaaHk5 S2vAkAqkIaZNyRNhgtkQ9kxwjJdnYyWQ1QRN_w7L9p1tUnNBtukUe1smKMlloAee7PyRi49qrd.3 Zm03I9Kj1m298kdP1W6NszJGv662SfpOvFNUHPVmCrxBAgabSOp0WGw_DO_o7rZensjeeyDbjtTI _0ITi2491gl7zBPjSXrkOhuDLpoC0HPQetrvP7Abb0WcABBxkvpZrsS_iQhTo0Q3X3T3Dl7h5k2A o0mchPK_3uyoA8k0V3sYIeonPv1v3._1FpLLQiJgon80fmSejMU5btkW_p1j76MUvhgHat5xRhZa rmVtVQ3L1HcvbfPT5rYyoHEbtzzFM9eS9Sh2XSIsv_Ovfgu60uAwbnLT3ndlGkoP82_hU2Xd.xES z_zifYOQGrW8RscdKPd0iRRqFjZ.mBJoNGaOq6MCHaqp3CREomQJdPpdsWxjBxfgxW_ryPrvpn9E gaD3y2L96damKtMu3oeuOx.MsU90BEi3m9dtrYYjzVy046ia7rD1BFozcr48_pT6Be3ecwCeyWfD aYdj4S8fTg2hGSmeJdj5tcge9wqDvPRqhfKBmZenAgAMgzE33Bt80phxCqgydaUZpL2FbiZ1onRF qI0wTZlMlcZoT9M7eX_3L3YhCyv6reUBwtBv73abwvWDtuvOXD_rNQJN3oDjy0VGsgv2K3cdBOox zfhoVM3nUsXOavhLRdZwUegnQfxmFJmqGBYNcJsXWI0O71uWLQx6NlKb2prw95P2Kw0VA6FgdvRh aFBcHxhaE9XcQEW0l9EVdboGKQOD9kqEVPr6nuCzbOBmuwuwx_rEk9VfzzSVCx0Uncla4y2DHawI y1wcITd5IF27Bas8zz3F76M1dzF34pTn_1anAjvtMCQhzxsoDQuTVlTrHv4Q23aIxGPFjCR8uYoe v5Wgy X-Sonic-MF: X-Sonic-ID: e42d6030-0f7d-4b42-aa52-ca53625159b4 Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Wed, 30 Aug 2023 05:50:54 +0000 Received: by hermes--production-gq1-6b7c87dcf5-cjxhs (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 9331667d47bb83405e75475186cb7671; Wed, 30 Aug 2023 05:50:50 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Bmake bad variable name From: Mark Millard In-Reply-To: Date: Tue, 29 Aug 2023 22:50:40 -0700 Cc: FreeBSD Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: <040CECBC-8A04-4049-91A7-0C1522000F5A@yahoo.com> References: <9B530FC9-ED6B-4B75-A731-D8F7D7586A51.ref@yahoo.com> <9B530FC9-ED6B-4B75-A731-D8F7D7586A51@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3731.700.6) 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:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4RbD1D6R39z4XPB On Aug 29, 2023, at 12:16, bob prohaska wrote: > On Tue, Aug 29, 2023 at 12:41:04AM -0700, Mark Millard wrote: > [huge snip] >=20 >> One procedure involved might be to run the poudriere command to >> delete the jail and then the poudriere command to create the >> jail with -v version also explicitly set correctly: >>=20 >> # man poudriere-jail >> . . . >> -v version Specify the version of FreeBSD to use in the = jail. For >> most methods, and by default if no -m is = specified, >> version should in the form of = ???12.0-RELEASE???. If you >> are using -m git, or -m svn, then the version = should be >> in the form of Git or SVN branches, which is = usually in >> the form of ???stable/9??? or ???main??? for = CURRENT from git. >> Other methods only use the version value for = display. >> . . . >>=20 >> (The delete does not remove everything so context is preserved >> across the steps. The jail information kept is rather limited.) >>=20 >> Make sure the jail sees the right vintage of FreeBSD source code >> as well. >=20 > Deleting the old jail and creating a new one seemed to work: >=20 > root@nemesis:/usr/local/poudriere # poudriere jail -d -j main -m null = -M /usr/local/poudriere/poudriere-system -S /usr/src -v 14.0-CURRENT > [00:00:01] Are you sure you want to delete the jail? [y/N] y > [00:00:05] Removing main jail... done > [00:00:53] Cleaning main data... done >=20 > Next, > root@nemesis:/usr/local/poudriere # poudriere jail -c -j main -m null = -M /usr/local/poudriere/poudriere-system -S /usr/src -v 15.0-CURRENT > [00:00:00] Recording filesystem state for clean... done > [00:00:00] Jail main 15.0-CURRENT arm64.aarch64 is ready to be used >=20 > Alas, the problem remains: > root@nemesis:/usr/local/poudriere # ./chromiumscript & > [1] 5879 > root@nemesis:/usr/local/poudriere # bmake: "/usr/ports/Mk/bsd.port.mk" = line 1213: UNAME_r (15.0-CURRENT) and OSVERSION (1400096) do not agree = on major version number. > bmake: "/usr/share/mk/sys.mk" line 187: Unknown modifier ":Q" > bmake: "/usr/share/mk/sys.mk" line 201: Unknown modifier ":Q" > bmake: Fatal errors encountered -- cannot continue > eval: bmake:: not found > export: bmake:: bad variable name > make: "/usr/ports/Mk/bsd.port.mk" line 1213: UNAME_r (15.0-CURRENT) = and OSVERSION (1400096) do not agree on major version number. > [00:01:29] Error: Error looking up pre-build ports vars >=20 > Next, I tried removing and re-creating /usr/local/poudriere-system, > using notes at http://www.zefox.net/~fbsd/poudriere_on_rpi4 >=20 > To my surprise, that failed with an error: > ... > --- realinstall_subdir_lib/libc/tests/stdio --- > install -N /usr/src/etc -s -o root -g wheel -m 555 snprintf_test = /usr/local/poudriere/poudriere-system/usr/tests/lib/libc/stdio/snprintf_te= st > --- realinstall_subdir_lib/libc/tests/string --- > (cd /usr/src/lib/libc/tests/string && DEPENDFILE=3D.depend.wcscoll_test= NO_SUBDIR=3D1 make -f /usr/src/lib/libc/tests/string/Makefile = _RECURSING_PROGS=3Dt PROG=3Dwcscoll_test install) > --- realinstall_subdir_lib/libc/tests/stdio --- > install: snprintf_test: No such file or directory > *** [_proginstall] Error code 71 >=20 > make[8]: stopped in /usr/src/lib/libc/tests/stdio > --- maninstall --- > ... >=20 > Make installworld for the host system ran successfully, > which suggests there is an error in my notes. They were=20 > prepared somewhat after the fact, so it wouldn't be a=20 > huge surprise if a unique initial step got lost. =20 >=20 > If you could take a look at the steps listed at > http://www.zefox.net/~fbsd/poudriere_on_rpi4 > it would be much appreciated! My notes are . . . In: QUOTE /usr/src contains a recent=20 buildworld/builkderel. /usr/ports contains a recently-updated ports = tree.=20 END QUOTE I'll note that /usr/src only contains source code normally, not build materials. A tree under /usr/obj/ normally is where building materials go. /usr/src/ is associated with git fetch and merge --ff-only (or pull) as far as its updates go. But that does not do a buildworld or buildkernel that updates materials that are typically under /usr/obj/ someplace. (I ignore here having to deal with resolving conflicts if there are local /usr/src/ changes.) So the wording in http://www.zefox.net/~fbsd/poudriere_on_rpi4 presumes some things already done: A) cd /usr/src; git pull (or git fetch && git merge --ff-only). B) cd /usr/src ; make buildworld buildkernel (I'll not get into variations of the command line details that may be appropriate for various types of contexts. Presume the above is incomplete but suggestive.) C) installkernel installworld to the live system then rebooting into the updated system installation. (This wording is only suggestive and documented steps should be followed that may involve multiple reboots and other steps not mentioned here.) Note that (C) does not involve: DESTDIR=3D/usr/local/poudriere/poudriere-system D) cd /usr/src; \ make ???? DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 . . . (I do not show all the make commands.) Below I use my knowledge that you do poudriere-devel style port builds. I only cover that limited context. /usr/ports is, like /usr/src , source code. But from the ports git repository, other than /usr/ports/distfiles/ which is basically for materials from elsewhere (from various upstreams). So far as I can see, the "cd /usr/local/poudriere" neither helps nor hurts and is not required. In: QUOTE # poudriere jail -c -j main -m null -M = /usr/local/poudriere/poudriere-system -S /usr/src -v 14.0-CURRENT END QUOTE the -v 14.0-CURRENT is over specific over time. "14" is no longer correct for progressing to 15.0-CURRENT . You might want text that reminds you to make the appropriate substitution for the time frame you are using the instructions for. (There are years between these sorts of updates to main.) I've no evidence of my own how well the *_TIME* figures are working for you. I presume that they are. poudriere "builds" are normally via "bulk" instead of "testport". testport serves extra/special purposes. Official port->package builds are via bulk use, for example, not via testport use. I'm confused over: QUOTE After world/kernel update repeat steps in /usr/src. END QUOTE Is this for handling issues around ports that access kernel internals and the like? It is unclear what is spanned of buildworld, buildkernel, installkernel, installworld, distrib-dirs, delete-old, delete-old-libs, and such. Ultimately, I'm not sure what to say about that quoted text. In: QUOTE Buildworld and buildkernel are best run on a clean source tree, or with -DWITH_META_MODE on the command line. Old binaries, even if correct, seem to cause trouble. END QUOTE there is again the confusion of /usr/src/ (source) vs. /usr/obj/ ("binaries") types of materials. Do you intend "clean source tree" to refer to doing something like "rm -fr /usr/obj/*" in order to force a from-scratch build (even if WITH_META_MODE is also later specified)? If not, what does "clean source tree" correspond to? The "FreeBSD" in the below is intended funny: QUOTE and /usr/local/etc/pkg/repos/FreeBSD.conf containing FreeBSD: { enabled: no } END QUOTE =3D=3D=3D Mark Millard marklmi at yahoo.com