From owner-freebsd-ports@freebsd.org Mon May 17 00:12:24 2021 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6BF88636BE0 for ; Mon, 17 May 2021 00:12:24 +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.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fk01z35RZz4spN for ; Mon, 17 May 2021 00:12:23 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1621210341; bh=qAcK9KbLd+LdX8SehWsd2abqIHvbUp54CM3rQzVcJDt=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=E65y19EFP7Yo1+5BV5jdQKxsGh9oH04w55KQQsATGNkPwLn0gQ0wsZffzQDYs3z4P0LcJIAFh3rruXavcEGOAtFnPZVH1kc3OLscNo32nXzHyKVLeXRGvx5sfh0shy/8oDnlgGGOSsQZ8mnEZx2Msm98pUBnPyRW0fFn50slmxyMEouNC3/tyGBZoRmcxuy1IGsjpSaQmakARUesCoaVzJ+aMj5Df1FERIogDiShgWfr3xhI6gGtrkcSmDq28fRLDBH/Gymr0G1sCl8kDFNrVUxKgWa8TWj4nPgf1c1G+XhPLZ5URoZASdzoCVjrBKpPeCLxoRYTYap6iQWNe/Lqgw== X-YMail-OSG: 8gY8KCsVM1lvWG1Qq5qAS5hYJGxMEox2ceEnnUBiiKCPdlrbaawtiQ0XDCfX16U qj_EPMZpmNmV2hekhSEVdMgPzZtkprDgvLenQOVgb1952AdpcaRoWT6a_0BNliss0j01r2XcW5KY wjFp6p71LQIRJy6o.aK8JJBwTghMeHWIk_rVyB1x2ctbcCECcuZtKyEz._2EkYJWdqgc3fzfBDGf FpU6nGVsS.A8f8QLS_ewJoV.FulXJ2DHq3e4pNBVyvZ9Zffc_Vzl_5hJhs3kRsk0ihox4V_rtncF uw4DnkO7tSyX4JiVCJPy_Q1SbU5ssgK6lnwXtguRRBirc3WOc0WeG1BpWTbD0MmsDwIGK3ZXZlFI l4KN.0beC1.5anbS2i54gjxQEopDWag50R.nuqNK0G5UQc.4I2Y0dZ99NpneymL86s_5eFClc0k3 u9kAaVasefD5uyBOoum4qn3qBdg0KqouQP3qiqRtKtOIozfJ5mIHbqBxcguzSFK5qL55cVcq33gs R8KnSolU_1T1ltuqvVBqt4Hi7hr9UIpRm.tyGaLtCIeoW70PdqeBBGnHgH1fzX3e_Kv.XeFDbkzW 08yh8RkQxUGyVioa4D3K5T9haZ3PZeaAdcIBjb_xX5dlZW_SrMlk7c4o7yInUur7jUSMOWH6qgma xw6mYPUMDIR.YL2aSAOPttzoXA8LlEFG6BX8tl4dU7A6xfF6B8lm9.JMVzCitH3YDzSWZpKhLOOM _ACcSQq1BI0QiEnrFwIRVv0MqcOon3xDHZKzHw0ZO9bBEBS97iUgaDQS0E1JQ7O22FG6sWHFBbkn eIgWpL3aBt.po53tlbUku8QPDILkCp1HQl85_9ZcUjkbegPAE6jhUIKB1.Vrz1dG94rQX_UNAfd7 isNZqeFHJlLiomaLgJft4wAokRwG5Jazm1z6mh6wE5f8ZP6niMMcMdW5eqFbefHNbFtF0.1i1F6J F4vn15fPObrsBb.qIsaADFyDCvDi8KcPGoz2l33YudJ2sozgbyWuLi3qB.iKvJ2N4ERlPWpWLkmh nEn4CQu19Hkkwq7T_1C674sqdyH7fFPNjb38cqCYZD0gNiB1LzihX1D0BdmWEWVgOTLc9aX2xbNN w2jJBsqti40EtQZoChW.gZqgx6oaslSqprp7ToqgzkmE5ioDE4Da0jXOJwxS9LC80TCfi3qWA7cN iodIegWgbwgKZFDmxq1UymyWxZ9BzX_afHOdXg6rJxiyXIgbRmqBfjut6h3YwQt0qYDMxRoHOJt9 ScV6UPbSLA.o1iQY884FdSG6EWY9gWfERSyBBZU33O66QcuSeNoTflGv44wDtjN3vEL1m76ovunb Sy9tTXHrQeIhJ3MWeF_J6Med4XgzSW2q0dvIhG.aSpQTeOVhdGWLjSjOczLbFfe8Hb.egiojnBsM rpwcKzlflRKVjGL_O..cENPMHeymtx0zcQ32HVc93RPPlMPSsPz06xHXoUdSHyn.ZSPiWiDNu6RF 4PbHpvvEVeENdyykMIMpBX_TJTa4LJYafpaM2fz8RgGeWci8oLLO2RG1RxVs5Dn37_KxB5IzhpxS fDepvzj_6nEf4mbo3qLMs.Ub_SGODenILgkoGS1eQRhRpmY9Z98wuBkT7pzOfpD8MosSIJKhLG5f 5NJc3IjjggedzguzN1vADLNMPCFc7tprtKOXzM6tJgyt7KtONyFNCmKMMs1As.ykFj33H8Zch9MC HubmG6Wdy7zvnK7H_wLZfUMwSda0XOeeUSdGMUVEFqpiCdPY.H3BW_kNfh3rFQXIFAneNkjvKpWc 6KI9IFMeLGM_2txz_OFQGziAWPmNNxfHKsDXe_r10qVUvxNdp.FSgrYxNpaTRK2zn1l2503Ewyls phgelYdTVMSW727Xq19MMa_6MSyMICh1f2GzjyOs1ijJWof8TY4pxG9lYVPlAEZsmvfIEx2Lxsjg 9BKH.K9eN5kccuan_lht0puXE.N2mlxWEWHVLXg0lL7TFBXbGyAxTE4xY3kVhftVNH5vKDkzuumg .RbqOOlo4JLMc.PjwUXNi4wqdxn0DGis.BX.gjQQdtaEYfVB17._3Ofvu1bXz4HFyNj67DOVLKFz 4Dtc5sZJVstiD472o0J2E_k7aOmLc_QY7DOx75cI1PzD4xzbOP1RfJsCsFUMFjlVD855NUSC0igW sw42Xgqjx7HVbmU2cpNQm4hSBjKLq61__uVX7wg4TZS.v3K0ltcgpHoC6LBYxlALwP25fVt.5A7l lkFLeUBDHFNoWUt.NY1LgsAE5zMHAEzC1o4tX7j3qf0HfDj3VjBv9g7GGDu5kXQxN3c.YbkxNIBQ IyWsxJIxMSagiT124Wgt3Eff1ocKc_qV8ovublCJKRjpcBgKq.NPHNr.RricL5hWUn4DVhgULUdu uCHb9Dhinuw6UvpSh0zkgx1Z3vM2ZVBlW9anHenBxpf1Ejc4bd_mfvJadbIcKosYU.sBViv.1RAD 5afnCFw_FiJnFwyJ6X3yoW1RXRGzfSTVUtchUh2e3uUW_.CFGSyVw9ZSU.ukus6857ouyfCqX4KV JnZsKrMCabuxVI8UPtjDVBh66nalfEMqcm0TQ2tRx21_aht1n5JnuK_4c1jO3C6debUdwT0EYw3C Nl9IBLdWEGhxkoE5de9hgvicnB5baevRE.s4.XBDD_DLadmh71uHFJMoKg0LVOZPflMmGkJGYPiz odul5fQ-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Mon, 17 May 2021 00:12:21 +0000 Received: by kubenode566.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID cea2a831f9f035e7af8796ab2f49c9a5; Mon, 17 May 2021 00:12:17 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: Python 37/38 conflict, was Re: Trubles compiling lxqt on RPi4 From: Mark Millard In-Reply-To: Date: Sun, 16 May 2021 17:12:15 -0700 Cc: FreeBSD ports , bob prohaska Content-Transfer-Encoding: quoted-printable Message-Id: References: <0B407A98-E0D4-461E-BFD8-E02019E96757.ref@yahoo.com> <0B407A98-E0D4-461E-BFD8-E02019E96757@yahoo.com> <20210515233735.GA58311@www.zefox.net> <52D036B7-D66D-417D-8C75-7868C9FEFE6A@yahoo.com> To: Tatsuki Makino X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4Fk01z35RZz4spN X-Spamd-Bar: - X-Spamd-Result: default: False [-1.48 / 15.00]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[hotmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.148:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.98)[0.977]; NEURAL_HAM_LONG(-0.96)[-0.955]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.69.148:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.148:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-ports] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 May 2021 00:12:24 -0000 On 2021-May-16, at 15:33, Tatsuki Makino = wrote: > Mark Millard wrote on 2021/05/16 17:11: >> On 2021-May-16, at 00:16, Tatsuki Makino wrote: >>=20 >>> poudriere jail -c -j main -m 'src=3D/usr/src' -v `make -C = /usr/src/release/ -V VERSION VERSION=3D\$\{REVISION:Q\}-\$\{BRANCH:Q\}` >>>=20 >> Bob already does a buildworld based on /usr/src for other >> reasons/uses than poudriere. My suggestions are targeted >> to resusing that buildworld result instead of involving >> doing another buildworld for poudriere. It is also biased >> to not changing how he does that buildworld (out of scope >> to what he was asking about). So far as I know he does >> not use /usr/src/release to do builds. Bob's system is >> not fast, each buildworld is time consuming. I will note that in my context I use MAKEOBJDIRPREFIX=3D to use unusual paths instead of the default /usr/obj/ paths. (I'll not get into why I choose to do this.) Such need not be a problem for Bob's environment and I've avoided telling Bob about my odd conventions or otherwise involving them. >> Would your command suggestion reuse his already-existing >> buildworld? >>=20 >=20 > The /usr/src/release that appeared here is just to create a version = string. > `make -C /usr/src/release/ -V VERSION = VERSION=3D\$\{REVISION:Q\}-\$\{BRANCH:Q\}` will create a string exactly = like 12.2-STABLE, no matter when /usr/src is. Sounds good. >> In my own use the same is true: I buildworld separately >> before any poudriere activity (for other reasons/uses) >> and then I reuse the buildworld that resulted for >> also setting up poudriere later. >>=20 >=20 > This one of mine is also a reuse of built world. > The main idea of my buildworld, buildkernel, installkernel, and = installworld is as follows. (There are some commands mixed in that = cannot be executed directly.) >=20 > rm -rf -- /usr/obj/{*,.[^.]*,..?*} I use WITH_META_MODE=3Dyes and only clear out prior builds as-needed/on-occasion. > git -C /usr/src/ pull && git -C /usr/src/ reset --hard && git -C = /usr/src/ clean -dfx > cat somepatches*.diff | patch -Nt -d /usr/src/ I was avoiding getting into Bob's buildworld installworld details. I have some minor differences in how I operate for the above sorts of things. (I've actually explored more than one style with git involved, two still in use.) > cd /usr/src/ > make buildworld && make buildkernel > mergemaster -p Since git, I use etcupdate instead of merge master. > make installkernel Sometimes a shutdown -r now is required here because the new world would not work with the old kernel that is still live. On rare powerpc64 or powerpc updates I've had to installworld and shutdown -r now first (announced/documented at the time). > make installworld > make delete-old delete-old-libs Doing delete-old-libs before installing updated ports can break things: existing installed ports might fail to work. Some configurations might not be able to avoid having such a port's use attempted before updates can be made. I do the delete-old-libs later when such might be an issue in my context. I normally use BATCH_DELETE_OLD_FILES=3Dyes with the delete-old*'s. > mergemaster Again, since git, I use etcupdate instead of merge master. > reboot I use "shutdown -r now" instead. "man reboot" reports: QUOTE Normally, the shutdown(8) utility is used when the system needs to = be halted or restarted, giving users advance warning of their = impending doom and cleanly terminating specific programs. END QUOTE In my context it is only the "cleanly terminating specific programs" part that leads to my making the distinction. I've not explored the details. Past this point in your sequence is not a type of sequence that I've used. > poudriere jail -u -j main # -j name is matched to above command. > poudriere's jail -u will take care of everything from installworld to = the /etc installation. > For poudriere-jail, buildworld will not run without -b option. Good to know. > A copy of /usr/src for jail will be made, but it is required to retain = the original source files for jail. No such /usr/src copy is made with my sequence: /usr/src is null mounted instead and used in the port builds that need /usr/src/ access. Bob had indicated wanting to avoid extra storage use that was unnecessary. For my style of use, I'm not aware of any need for the older /usr/src/ files in the jail at any point after updating /usr/src/ . The same seemed to apply for Bob's context. > And just to make things a little more interesting... > The jail can be started with the following command. > poudriere jail -s -j main -p default > This jail will be logged in with the following command. > jexec main-default-n env -i "TERM=3D$TERM" /usr/bin/login -f -p root > This is where you can debug, etc. in a mostly clean environment. I've only used -i to get in the session at the end of a bulk build. Someday I may experiment with the above sort of sequence. Thanks for the notes. > If you break that environment too much, you can use the following = command to get it back to normal. > poudriere jail -k -j main -p default Good to know. > # Regardless of which person's method is more efficient, I am = releasing my method in a similar topic area to let people know that = there are different types of methods. Thanks for all the notes! Relative to Bob's activity, he had already reported poudriere as complicated to become familiar with for his purposes. So I was avoiding suggesting alternatives for him to initially explore, as well as avoiding covering other areas where I know he has an already existing pattern of operation (buildworld, installworld, etc.). Less to learn all at once. Bob had mentioned avoiding necessarily using significant extra storage and such as well. I did not intend to indicate that the alternative presented was the unique most-efficient style of use, even for Bob's context. I just tried to address his concerns to give an initial context to start with, reusing what he already does that is related. If he finds it sufficiently appropriate to his context, he may well explore alternatives usage styles. Hopefully I got close enough to matching his context for him to make the go/no-go judgments about poudriere use from trying it --without having to explore poudriere's many alternative configuration possibilities first. > Any jails other than -m null will be cleanly removed by poudriere jail = -d, so try different ones :) I forgot to warn Bob of: QUOTE Be careful to respect the names supported by jail(8): This is an arbitrary string that identifies a jail (except it may not contain a '.'). END QUOTE =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)