From owner-freebsd-ports@freebsd.org Thu May 20 03:02:42 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 1864D6329BF for ; Thu, 20 May 2021 03:02:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-8.consmr.mail.gq1.yahoo.com (sonic315-8.consmr.mail.gq1.yahoo.com [98.137.65.32]) (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 4Flvg4563bz3nPZ for ; Thu, 20 May 2021 03:02:40 +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=1621479758; bh=XWhOCB2v1TX+AaA3dqTbm61ZlevxTj3WZJ2nvbz1WOd=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=Pexdyijdc/DQ57bOpg8vHlehQ77iNKtoxaLVSpspPP0aEaPvpWxmwj4gp1ZxDh98kzScPMNuU0vPnUm86XRRPfgS5rGnnjrOznJp48LSq39psDo3LbahRJ8oKcVnLIEBd7YzuR7knaXLcVMur+LmH5CfcbTGF0ZebNZCRQXI3QGIoNKvrqCwqcywGXHpBPJlO0lfW1HzX/BcDrdja/SUWIMg89T8D89deoE8QN8pd+KYs43XWAtSizWlgqp0hCjDXZjbbPXNmfrTQSXRHt5e+iQ/fuBXUbXgaYFFcfmhf9M7rHfIQ5hpEG38MWwY927v50cjojb5e2DGgTqdc/CDOA== X-YMail-OSG: jxbQsdUVM1nCiqI7R0UFuH7GPYzYVowdvzTTPK5NAlCtuIEsukQ6PWUX1pds_DR mTHzxKob6G89GWPSooKMEKNB.yL_WIsAM96caYD.6M7pNkh.eK3vWDYt.3Vq8z4COrzi0nlFCZBc AKRTTXMjICl1eSaYzLaOxGSpJe9ZmPLC23FS.dwKuu7n9IB7pbi2C03kO2pH9ohFqx6tR3XNN0.S Nlt1QiiwplRQ24_Z_swQpFTkvBPTdS3lpy2wQmFWUbufb7Xveakt9M7vuThugEmUSPyIgoijAkAU V.DRddIPKw1UAfPevHL938Cig1rAHgB6o94RU.Tw2B8HLSXCURrc2OJqTOPEyzvO8XC2hlOg2exu wQH6UcGlPmJvqIRyy8hYhOH.P0vJ34v98ACSedU4waM5HQbGjsMV6wiL.ecMVtzwELEKsozElrcs MEjBYzpz08jFXFsCwHB_ZorvO_BpTmDTST6_lhia_tPduWLBlLNkRD3byy3ihDaRDbfP7qsUHK7. f_rWPgbhda8ZfTc3dGSX.8c6Pde6Q2MUFrW6bOS8hEl21A0FYDk5xziIOBRFxX9DHTMbf2K3ZFg6 pN5Ub1x6aTZmGF.hWpmIHECSFERGqeuCmJ1cuWB9BUZkP4rNZ93TcZu5JLvKuly.U0gs0GpAhZEg 2V4FBOxgiDExHKpz2FJygOKB28Ypd0PrLTvtjlbNbTUyP7b3u85pyYtw_zwCSDtcQKfagq643Fgj u8AL8xyYgd4SEf5OYDnFflE7BpnQKQMn7_TkIztbPWvMp_p7NQ.PsoTRXZ8DCMKehU0Dtdrwi1Jp maGy7WPbTlrLNxU5wgnscS2ORkixl9io3vi5VqjTd1iVT_jFkJMhVAd5atyOgE4SUzvZ4XMu7YUo NdjegUqTCcQDN0S.kQkQrZkpjjcNoDe1ib5hzaVGuP9r.xNdfMkJXZ3V0nEqvkwIQbwO0.eLI4fZ 48zwPayjcW_LL3BdQaeYNyg_HtAFPSBSA86LqcHg1EBlyIF.j.1iOOltuzpQVjNpZ8yaOd4LmpyL q4JyDT8LZG1JOcV5XpdrsMqOESWz43ugD9uii1Yz9EvjxR9hAKTB5yvLB1m31jjGMDy9pTYBzJUl 2n4VVmbUV0sj99eaEv9y4hFK9hKgar682W9rVHinm2J0TNu6oVvfDL4SAuA.YgFrlGriI7oJtTEl mFOMifvGndv7wfmBDe5ozcUzzVdLTpPISR0.efayq7LTYRKwWqTsKq87sAD9rDdd.H0o0YZConrD 9SCV4IVB5UjKTmDQwhc2QcCRqn.i46Mj8Gan13to.bcNEjdFVu80ItcBvZ5cpDC20THYcemZ1TEI GUE10OJ0mo.LaI.rxx1S8_4tVuD.y3vbIMlOiGe0cP1MzHftv5BhsS7dzBxmCZ36eLe8uI5vmWDD v9v9_BHno4LZvQQL5LB_x2Es4rjmOHdEL_Z9fWeH8Rp.qTpxRcrmMDVh0f8WolQc_3pbS09tJ5Sy 512xeOdyM.8geF6yfV3NLxipJUwJiYv6noIOCRqaJNks0NIvxyXfkuly6w_aAW0XGH7MRw7yresE FqKATitcwEypBg0tZ900uBxHWnw0ELVQuwUJJIQ5wWrhRvNsZY_EDMHPBrTSqXEL0fp.bj9ls9Lw rhfbx55A8btPjAWwASLZ8HMCktB64Q4rf27idSQj1WpsqedFzIS75ZvAV0dx.Ts3DUwKjF1LNU8i q677a.C.lINgDKJZSIVR5eNnQ6p12y_hBi29K0T3BanEBRXCUI_gmzudlZ9WNV9agjHeojg7sd3h Bjaywu_pzcm3rq95i7YDDg0csyEIDxU4p.aM6sWNtXAi8i79vnoza6t8DcQbTcKAULCw6ZyOFH.y jZ9Y0VyU3cyhFcVv2qipbZZnOidpPZMAkvhSVvakzEmHee13DlDqFr3kv9rt7gMCXmQpeA81_G4W Apl2kLyuk9Hhev6zognnHB8p6tTqr34LrUwUSk74xGCQXKCF2BhQuNtu3cGGlXxgsILblAaURHJS 2AUX0uuNHflPr.Rsm.mCBmZjJtQQtC7gePpS8hrNFaR9TpOVNpYHu4tmm4MrQnPDKrCZc7VavPrv AM10.IPE.JQJwbe_NxsAxTiF88.BQ6sXcoazQNjIdkmuOJGbAp3WL_8jUdRmxXhzhT56kaG8h2Y6 9HZHbbAFuRBRuZScL.ZwTr9f1yLZAcwl5e.1na02eACGefT.w3BaRG_.x5bJfRkz_IP6ZLIdFJNx BJsNmiM16OAqcfUcMRFmaO9TZyWNJggYDloro4oYnIcsEuMTkh8zgJB0g6.C_cQ7pkb8SRxh7Jip VTbLz.uirPeeNYY6F2bDpOB2FXsowCbTNSQkAWiAgTGYIfdfOlgLqaR4K364yuFkBflzA1rzEyE3 hiDGimBdwUfR4fYN1Btt2fb_rHJJ0XTIPj1ad73d_ejnGr8qwMHTtrA4LLDRmLlU7fy40pTtRevo HiLUAGjHV141Oc8RySOj7rvD1ETCuudV15hIfQle0eo8E9Z32tMY1zmPxoQzwU4i6NiS_PcBO1Wm GuHUWQw6t8sIRS3cnuLe_HN7C3djOQWwgPungKZdhZF1.n5UrFrRSLMGNHQLgOF.9D44SfXQMfV8 PzjwKnMM- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Thu, 20 May 2021 03:02:38 +0000 Received: by kubenode547.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID edeed86f095d7455631ace0f01dc8767; Thu, 20 May 2021 03:02:33 +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 20:02:31 -0700 References: To: bob prohaska , FreeBSD ports In-Reply-To: Message-Id: <6257373F-C0DB-41A4-BD0A-BD1628345C29@yahoo.com> X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4Flvg4563bz3nPZ 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]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.32:from]; 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.65.32:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.32:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.32: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: Thu, 20 May 2021 03:02:42 -0000 On 2021-May-19, at 14:17, Mark Millard wrote: > On 2021-May-19, at 10:29, Mark Millard wrote: >=20 >> 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: >=20 > 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. >=20 >> 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 >=20 > I started a: >=20 > # poudriere bulk -j13_0R-CA72 x11-wm/lxqt >=20 > 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): >=20 > . . . > [00:00:25] Building 99 packages using 4 builders > . . . > [00:00:38] [03] [00:00:00] Building lang/rust | rust-1.52.1 > . . . >=20 > 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.) >=20 > 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). >=20 > If it builds, I'll see if pkg can install it. >=20 > 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. >=20 > 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). >=20 > (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.) >=20 . . . [13_0R-CA72-default] [2021-05-19_10h44m58s] [committing:] Queued: 99 = Built: 99 Failed: 0 Skipped: 0 Ignored: 0 Tobuild: 0 Time: 08:30:14 . . . # pkg install x11-wm/lxqt Updating custom repository catalogue... Fetching meta.conf: 100% 163 B 0.2kB/s 00:01 =20 Fetching packagesite.txz: 100% 140 KiB 143.5kB/s 00:01 =20 Processing entries: 100% custom repository update completed. 612 packages processed. All repositories are up to date. Checking integrity... done (0 conflicting) The following 74 package(s) will be affected (of 0 checked): New packages to be INSTALLED: . . . . . . [1/74] Installing qt5-linguisttools-5.15.2... [1/74] Extracting qt5-linguisttools-5.15.2: 100% . . . [74/74] Installing lxqt-0.17.0... [74/74] Extracting lxqt-0.17.0: 100% So: It worked fine. (The system has no video hardware present, so lxqt is untested but installed at this point.) FYI: at one point just lang/rust was using about 17634 MiBytes of temporary storage space. That lang/rust requires such an amount of storage space to build is not specific to poudriere builds. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)