From owner-freebsd-ports@freebsd.org Wed May 19 21:17:16 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 971C364BECA for ; Wed, 19 May 2021 21:17:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.84]) (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 4Flm0V70YTz4ZyP for ; Wed, 19 May 2021 21:17:14 +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=1621459032; bh=C635uU765PdAGMzWgIph9ZbrK1LN3fw6WBptRiBFc7U=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=JTeMpLb173/I7YpE/fKiqikV/zc9ZPI97gR8zBcdahjZesNKgUDWdcGmknIKmM598BGoM0RtN63w4C3js+EMO/Q5CksoOxhP25bIKR3QkaoY+loHKQEioGwMlrazMl+MqY161lwDr2mf/BKqaa9IUlXDgd4mUNa4pzngSwXYohk7mW/5hydcDfCoATxDizOBgoPVpO58jVHnUagmrElI0mgAE9Wx5vIMuowWACF8lcnROHsS2dEf0BaTS2lfsWGxX55/HjSGLEjJtcaoFO+ctB/20y0mb03WjwynJzTW99hCHMFu7Mm5aeLG/OJg2qk2HV6gD/lDiIs8BDHSorp87w== X-YMail-OSG: .dsADGkVM1k4hWAlnZdyl09OLhkFWB4h8OIflUcg1xsgbu2zxt.eXBgQreXiPOC lzSzgXkyieAOGvZ5x_XHGK9pfFwo8tm7uafOF9L0Hh7Ruh1oI4lzWuWGG_sIW5FHsTKqM2v4WrYM nfOZSPK.VhB6vQTVxjHsYvvGASnqeRih0v61GIpCu0enI._qzHrpZqUbuBZnRfSewoRpXcmTv534 iccuhrg.YQzDk3vRq0dDBwXgbxg6g4wk_FhB3kzF_JNEjgOutVqIajASM0zsqHQoqFOidC0a7nyF 6apcyyZodKpQh0m6h4RV22KI6PVdcoixaQ2uznEDoGU_0geeM.gIcVVYi5BmC7Zk.erjGCmW9eq7 Z68g_MFUnc8HlmBq_eIaX70v_URmgcMK1Wy6iaMmvJa7ANRn8EV7Jn1CQRux5ilEh8Q1UPOhf6kH Zu.Vp7SegR0ItbSgG7wFQG_IzDUjoA9UNzndYiEeCEGnZwzs1NXJ0Py8hHUjn3RcQ5TSRAqn7VSh t0dQiqzc.qzLfmel8elkIkY6AUHB41_VzkxKC61d1Bn6nMtyZy1JLJPg2QZnySgBT4RgKo9a5Gfb rU_vuiwYwPzUBb.6G9WCijxNle.WkwBRSulMZuQcg0TPVmGzKef.pKq5SiHG5f536_iyr0ZMcwj3 M90EklV9zuXjMkFToDdYk0GQ4ci.kdOl.a4AjpfMzfBh8rzKVXLLzrbwpDJuxyow7XcGo0YRoNNJ ZXwPkx8cXrgYv0p4e7It_dWjrvN79A0o3cPG0SocLBFrheCh9YfI1PWUwmW9uReizt1XNoD4Y6pw YFgtLfv5CtxZxfTlp9LlIW_ZMUaWhTNJPYlpUGs39gHqLvYyC4MBF68uBJJI38f_94SZEM9DICjp nEya7tbwgwvwX7VwKTkXQtjNpBDmPPFEdgbsscXp1Ic_RbAL_o_7M6asPazXa4_yJ1pnoEtPr.Nw RExgRC5rmlsyJpv1bBPbUIUIE71skCG1P583i3DAx4zH.xz9vE3Y9_yuCh.Ztv208gSJLaYiVtqC _fgc2JjuCLX6iMs3Y9GoxdPrIgQ8eq0RUAEqpPhx_jzEeruYUKipekiX_CmA9DPS9dl_EhWGHsbm K3Hy1ec5HkBSRJRAwhoDFa47NuVvZOzsabYeLgDE2_uvTw8xak0qrxf0unxnhPSRQNJhEF6f1c.e uBuPU9kFHLzxJhJ.ZJGvygVWtQKm.EQkVSaMxPpuKNXRERIHxOk4eXPzfH1k.IDycuEIcHMLxbNP 6EaHH1JeCGrTlbcvzvSrct.eU5nM_ftW9SqX.nPWuRMkt2O2OdE750udIpcHiQigiSG12lL9WDcp hc1eFh8dtCx2_rYnZlfVp8jKjxIhQ6uZigeMdMwounHfU6kfoweN6B5btKctRVEuEKUFML0RBFne sgYkW6r0GAZb4wIsDz9_rqjNA0whMCEjZdaNK7biMz_ccEYrpnnxLuY5uK.orJrujTBT2X7SjUWj SOkK7djJgxhze5p.furQY8_1dGqxr.MSN0lK093ZQIYJ2dq4zOsOPnkXxfJ6TjnvGiDVaocLuZm4 LQdySVRPjZoqkBuxss4dE_tNzdrQD4j.WjxWmJoVa.qAIVHTG90WnXSi5qbAmdHMtw2WF4j6Uza9 ._gRWWzxx3ujQjkMKMlGRgyw.9QElDIxLLasWbp4gm29KfXw8mnzeGQ2ge8_H5YViXxjlCqD3Dmd lFQ7iJKpxm.xO5aD4LZs7bIQ5DstJYTMPJmBl8k5wEq2XrgJATrviddBR_BUvD1tPmvOVA5gI3ua WVvmDgEmyuxD_Kmmm_5N24.CTp97zgwlrhHGUPlniVTlBvXuHUjZP_GvIyFUUmLpMtwYrS71WMGT NLjzE36dcx2T3yjMRxtVR7agQSa_jxF5OiG3yDGln4C78UgFgqluwkLrtHWkG0__sZiqNpOjPUaG SSLixRfCbr9FajDQt7hgMQH0cXi73MFoIsa4VWYet2xg61E4volkU7tC9jRKYEihMIb66gkv0pQH hBZg8YiblloDHmLJaPn.PXK7rSKk6bmNnacoPxwnTFani0YkP2R9vhGpxa0_uBp2203nWsjjAyoP GBHco5STG.Nz1sZJ5CHT55gfwgNPG9qbIs.PpntSctYDNvk.xq7ixtAxQmI5sIHKmkvfUoF.q.bA IHmR9EOsIaZw.s4v1F0J1k3NBlkuhwH1Y._OG6qnPGEOZ1IU4lGi2Q.FdTetixVrTENWq3XGGY_. SnAGC1NT.4MkXQbmjA51u0XD90tP6R3O1wTIR4sywDbQaO7cQtHDi.XhM4bo1ag1mv99.6Tu4Poa Ycb8fZz.Eux3HTXvRQmLIn7oO_HkGE8B_0iBbVjohK0l_lEiGVxF19AWAUz58gR63cz1NMB0JUNz h5FxHnwPBXJKb2kyBeqkRSUz5eurUFuImnTmmyjqTpYShK0.EUY.2nYDBAXR3IlBmJpdjefVznWn cVdtNu0.eyo7gw_M0XUq.va5pwWihlXClCTZAnXm1Glcef_Xb5eIxs_RDt5qk71iHHmIkBBh3Bi1 fO4pdI4ZMbp4TBXzzpAlwUphJbK19JRvD8SdsS1PCj8.G0.mOo7D7PmK2WhTFCD4pq7U6UjlbpwG zN0zDlrw- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Wed, 19 May 2021 21:17:12 +0000 Received: by kubenode548.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID ef727cbe4612d0efaa4800c19d497855; Wed, 19 May 2021 21:17:10 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable 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 Date: Wed, 19 May 2021 14:17:07 -0700 References: To: bob prohaska , FreeBSD ports In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4Flm0V70YTz4ZyP X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; 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.64.84: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)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.84:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.84: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: Wed, 19 May 2021 21:17:16 -0000 On 2021-May-19, at 10:29, Mark Millard wrote: > bob prohaska fbsd at www.zefox.net wrote on > Wed May 19 16:09:32 UTC 2021 : >=20 >> On Tue, May 18, 2021 at 09:24:00AM +0200, Stefan Esser wrote: >>>=20 >>=20 >> [portmaster background omitted]=20 >>=20 >>> If you want to give the attached port a try, it will install LUA and = some >>=20 >>=20 >> I tried ports-mgmt/portmaster, it got stuck the same as make. >> Unless the new version behaves very differently I'm doubtful it'll >> help. >>=20 >> At the moment it looks like lxqt requires both python37 and python38. >> The needs seem to arise at different stages of the build, so perhaps >> they can be invoked, used and removed sequentially, but at this point >> deleting python37 causes enough collateral damage to make further >> progress impossible, or at least non-obvious.=20 >>=20 >> If the conflict is really limited to merely naming two versions of=20 >> /usr/local/bin/easy_install fixing the naming convention seems to be=20= >> the obvious answer. I remain baffled why something called = "easy_install"=20 >> remains essential after installatiion. Unless of course it's not = really=20 >> an installer. Even so, a more sensible naming scheme strikes me as = helpful. >>=20 >> It isn't apparent to me that something like poudriere can solve this = sort >> of problem either. If poudriere attempts to build lxqt in a single = jail >> it looks like the conflict will emerge within the jail. >=20 > The FreeBSD port building servers use poudriere and are not having > a problem. The problem is your messed up environment that already > has the inappropriate mixed that poudriere and the package installers > it makes would never produce. >=20 > The following show lxqt (10 ports have that in their names) as > attempted to be built (not skipped) and all were successful > instead of any failing: It may not be obvious that I looked up builds on ampere2.nyi.freebsd.org because that is the builder for targeting arrch64 main [so: 14] builds. That is why the url's below have: "mastername=3Dmain-arm64-default". Thus the evidence includes aarch64 coverage. > Built with python37: > Apr 20: > = http://ampere2.nyi.freebsd.org/build.html?mastername=3Dmain-arm64-default&= build=3Dp338d8ba0f777_s5a89498d19 > Apr 13: > = http://ampere2.nyi.freebsd.org/build.html?mastername=3Dmain-arm64-default&= build=3Dp46fc7df8540c_s1f64f32a4c > Apr 17: > = http://ampere2.nyi.freebsd.org/build.html?mastername=3Dmain-arm64-default&= build=3Dp9d5f4ef1a469_s86046cf55f >=20 > Built with python38: > May 11: > = http://ampere2.nyi.freebsd.org/build.html?mastername=3Dmain-arm64-default&= build=3Dp0c0a4f4b9148_scb07628d9e > May 15: > = http://ampere2.nyi.freebsd.org/build.html?mastername=3Dmain-arm64-default&= build=3Dp6ffbcd54bf8c_s91f251b2ab > May 18: > = http://ampere2.nyi.freebsd.org/build.html?mastername=3Dmain-arm64-default&= build=3Dp7bfc2c072607_s8d2b4b2e7c > May 6: > = http://ampere2.nyi.freebsd.org/build.html?mastername=3Dmain-arm64-default&= build=3Dpcd62f0886c18_sd1cb8d11b0 >=20 > These imply that all the prerequisite ports for the build > were also built and working for doing so. >=20 >> It'd have to >> split the build between two or more jails and then merge the = (compatible) >> executables into a third jail for completion, AIUI.=20 >=20 > No such problems in a correctly configured system. > You are stuck trying to get out of a incorrect > system configuration. >=20 > poudriere ignores your system configuration and uses > its own separate one to do its builds. >=20 >> At this point I'm stuck.=20 >=20 > So you had a poudriere failure? If so, report the details, > such as publishing someplace the log file showing the > failure. Otherwise, you are not stuck. >=20 > Once poudriere has built the packages, you would set up > pkg to use those builds and then force-(re)install all > your ports to use the ones poudriere built. (Not just > lxqt.) This would get all your ports back to being > coherent with each other. >=20 > Presuming a file listing the packages that you want > to be sure are installed (not needing to list > dependencies) and that that pkg has arleady been > redirected to use the poudriere-built packages: >=20 > # pkg delete -a > # pkg install `cat file-listing-packages` >=20 > Technically, I do not know if your environment is so > messed up that pkg delete -a would fail. >=20 > I'll note that if pkg instead still points to the > FreeBSD servers (such as quarterly), the same 2 > command sequence should re-establish those builds. >=20 I started a: # poudriere bulk -j13_0R-CA72 x11-wm/lxqt on one of the aarch64 systems that I have access to (cortex-a72 with 4 cores). It reports (based on prior history of other ports building that might overlap and so avoid some things needing to be built this time): . . . [00:00:25] Building 99 packages using 4 builders . . . [00:00:38] [03] [00:00:00] Building lang/rust | rust-1.52.1 . . . so it looks like it will be hours from when I started it before it will have finished, presuming that rust builds to completion. (Rust takes longer and uses more disk space and the like to build than any llvm* that I normally build.) I expect to later report that it built to completion, no failure, so long as nothing else causes lxqt ports to be skipped. But we will see if my context gets the same results as the FreeBSD build server(s). If it builds, I'll see if pkg can install it. poudriere jail 13_0R-CA72 is based on a releng/13 release/13.0.0 installworld, instead of being based on a main [so: 14] one. This should not matter for the issues at hand. Technically, I could reboot into main [so: 14] (so that kernel is running) and build in jail main-CA72 that has an installation of main --but I do not think it would provide significantly different information. The system is faster than an RPi4B, despite the configurations using the same Cortex-A72 count and clock rate. It has more RAM (16 GiByte) and more RAM caching, and a RAM subsystem that is faster overall for parallel activities (more than size can matter for caching effectiveness for parallel activities). (The used system's single DIMM DDR4 RAM+RAM caching was less effective for parallel jobs than the OverDrive 1000's smaller but dual-DIMM RAM subsystem [8 GiByte] and larger RAM-caches, despite the OverDrive having 4 Cortex-A57s and a slower CPU clock rate. Unfortunately, the OverDrive 1000 failed recently or I would have used it to cut the time some. The used system is the faster one for activities that are close to single threaded.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)