From nobody Thu Feb 16 21:43:36 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 4PHpNp29XRz3qMcw for ; Thu, 16 Feb 2023 21:43:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-25.consmr.mail.gq1.yahoo.com (sonic303-25.consmr.mail.gq1.yahoo.com [98.137.64.206]) (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 4PHpNn1Hd4z46Dv for ; Thu, 16 Feb 2023 21:43:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=gT9gRM1K; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.206 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1676583830; bh=RuDTGMZNoYR4hHQjUq1W3hw9t5OF2X/+eJCW/bY/Bvk=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=gT9gRM1KyFEnWzqKY+NTYmk2DcAQeIDoJ6yR+KvYmclfebeBSXG0Fi6xgwvaSCRYCs2e3PRyKM7R8Kx1ysKfUOZI3wIY1Ar2aLCdN+sQyq4AnI7Qx9BHZp8AcSgxuwg56Op3ImctOJ2pMXkG1lDBHSzUQR4QXF6JRzrg8Iahvx9lR9WLT4XfdOYGG0MXEx8E+l/PQ4vlU5O+3OTxWg+3DqFDJVioom1tsJcTCFGc+jBTBjfbaH3RltMbjjoo5zsjKVipC7lJnZiRQAiOOVWui3pFabfRo/fMBylJiJSOSOH0ykCpmCQVNOmf/tCvG5+Ua5PpOfaBg5IV/mdfqIR2WA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1676583830; bh=tO2QHq1JsVcqO4E+iee9ZXblbszsFkDKpdGJSNwgUxK=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=ZfvHdMZnbXU2WSyjphBRYyj7AfpqfNlq8E11Dk+/ewY9sa/fgDCB3umMTXt5WxUzR90dXj8G5yMOjN+KJqYA05QTWSrL/PaPi3v0jl24/vyb/UWCTW1MRiuDfUQ3WA3bZ3Kb/frgwxtDD8gicNHxDWSGMqTprLj+fnrpx4JhXEOSvcldD9fFAUF4/TnQOx8riVBFMnwEG79s0ds26VG7QDL8/qTQMhiv3idUpllX1PlSI6zeKr25FlG7RL8Y3grjUgI7DKr46cW2jWUmOi4Per2BcV4+48KXdHJXkXK1wtqu5sBRkuiqMTzDp0Dq+RUDEuX7fOEsuaXqsYhRf1EcnQ== X-YMail-OSG: FUhUnZwVM1keVDwzXHGg_wttzfzkY3dIfKBGu5GGiX3Gqft_Xioxrjr5HA85JrF S.hrqqUwEQ1qmQjNpjfo3URqi3eHFEuCMMzUzKDR3bXRXwPmh2nlDj2hkBZTVrUlJpZtjjuGjlQc .6S4p8RIsxyWCg9MlwXN3yZ05pPRq7BrN4bBV6AAu_ot7Mf3nj539_e.a5HMPVw3x.FhfxJQLN8O yBl6ywS3JtQjxQUKi.XdGD9jdjGxgIE7TCHtt051xSoCc8n.mbYG5_TTSg086ouBYOwgdYHI8qaU jdFzY.ldSsdVT1e3GmjcVs56VAqsHoSFmn_QvYSB3YmHbw_Pw2V4rESo8KC3LTbyjvuxMri63M0o J1mYJigA6uszw1pQF4DWwI11Dm7EpA8wma4DZwgfeC_5XzkveooRhh7UY7O5ySvo0Dr._QPGm_G4 FXD25txqmxHluK.tZO1Q2FxftFVMT0svez1sxCXy8elmQhwh330c4ARRtZH8qxDWLTda2IkdI4M2 2w9mCwX6vRXWM.1.ELHbRb5kefBjtvhcV1Q9vdHJSSER8kfVUNU.yNtsaNwXWlVi7kEA2_mC0mxr FVnw95.l8zNNrUZPmWFPUq8c.UCMrDRnkZszby9vNdl1MXNzBa3A3Rwg3Ca5RBuSp26i4FOxshuX pODLya4i5Wsi4GYsF1zTD8Z7AdbFIM8qLPeMlE6Z8RmIncFuPpJb6bl4gbO8l.hxEcyHG2t27Kex 4f0rZQnddP2ASKRCK9A.TMH4kIYotEasi5duN69R3XOYxcLtTA1yCluIJ.PFiSu3fTHB1AjiEIbs D2kqpTrYcGorIBFzLBo8Y4zBOqD.b8rIzrf6qFo8EIPLyDQuWXDw4qk7fqqNdoNl0MWlRi3NHR5f 3XrHIoL0ug.Y2615X9p27VIo1LzrQApNg35wocR1lIhS9UPxn11UIk3tlg_FeMcKgYsqn41Puv0f fP09MczAwhnjprD7CNz58upPvI3E8alQ4KWpt6vKbkA6fKRaLHHxORWYPKPX7CWu3X_9iD.02qlS n4sGE3uuNjBN2G3EEQTvSLOhBRPuzoyAAbLOhsZQ2jSmFTWWUzIs0CFylH_Rhvyxo3nXGHWAYJYp Xl8K3DH6Y6t7uowLyx2qYifmRH2sSTvJ6Kabd6OIIgsTWvde8XvjPHH8MppiyYvxOXfhI85idSe1 6pMaZnaDzSo0BamVz9sxzxIzuVL9FU8FKvxGkVP5PUMbACvO.yApEOhCVc5l1dOjxaEbL_7y6vyr N9y4WjoZR16X7wQaf8D_d8vHeyTnT8qyKrk9pciLfYlQEyl0tRLOfDlAsXzdIMbN6LgP6WrNhZKP jimSFHsnu5Ipg4TYn5x26AYvsRzl6JbNeHfgS3_YlXy0tDAgLiLPQ81qVqOzLn_vnaF8yKVLPgRk Ghscc7VF5JbPalsIw.NtyE6nDRl.ZYZlU9yJatt3UvRuA06efVQbiSEf9BPZBiFBAA4rzZGX0fRB aivUnDmjL_Fw5XAaiF5vMbQGl1GAuL3Bocbk.4DJOBnu8tVaE6d6SWBO8giWSCgYfN0AlALaDbth Nwd.C8QIlB7h0Gm_UhADZEZv_BkcbfdSlTZ9cRpPZJj24vcjl7SG6WpXeFtAdskbqZyYtX2JNBni UgT4MZLpZgNqaxdow6wczxwtdK9JXjsDEbb4Xs6q2pN4P4DM_OWjdHTwlxzpGk33Z5gXHYMPrqGy EA31m0Ji2Qad.9Ys1SVia0_do.tnNGQ0Q2_sFQpUTJp2dx1uIK3BX7XFYazMklCMPNQiH8J.8bAZ yjYEa0v7txEJLhPmaRTV4RgSj2c0co_XHrvCpRQpAVZr0IbL.Ux_p_fj5iBKaMTvcndWbHTb40Vn OotEOEtWFLC5djUBLox8SgVOK1s_SGwLfySKviMwKNy.ohyjYtkY4M0HVNmdcVFuFfOy.w_YUSsK s79XC57kOTexCc6EOJAelwdcTWzUyN0sV8_xnQgr14KwOR0K61W6yCq3jkgaZX7IucexoMN3V.uz JTRs2TiGGliUSPcZ0.K_5WWOqWYoz_l_lByah59ewkJTnr7v9p7nZ5YC0qWzzWE9JX9SzW.SF0iy yzIHq.3EyzYu9DccGi0oO28301utcPDKNxYfz7wDKEnubZCkS1aEaZoPTXyS67txmZjTLhsToLl4 daGLRDTdaCgqilql2uo2G9WeBrGcs9v3nAVujqa4lQx4rBecUrQamDo_OrEE.TEdPUOB9AfG1A.i TrHxbp0OmzEN417jzlIAePNAn0MgJjWZQizomd7jdnI_01y7qZlK0hJWTPnTvhbBYIr_hyWNItWt J X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Thu, 16 Feb 2023 21:43:50 +0000 Received: by hermes--production-bf1-57c96c66f6-kqcsw (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 049cddf568f8644ac4b9152efcdab412; Thu, 16 Feb 2023 21:43:48 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable 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.300.101.1.3\)) Subject: Re: How poudriere's PACKAGE_FETCH_WHITELIST should work? Message-Id: Date: Thu, 16 Feb 2023 13:43:36 -0800 To: Tomoaki AOKI , FreeBSD Mailing List X-Mailer: Apple Mail (2.3731.300.101.1.3) References: X-Spamd-Result: default: False [-2.36 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.86)[-0.864]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.206:from]; TO_DN_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org] X-Rspamd-Queue-Id: 4PHpNn1Hd4z46Dv X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N Tomoaki AOKI wrote on Date: Thu, 16 Feb 2023 08:56:08 UTC : > On Wed, 15 Feb 2023 18:10:10 -0800 > Mark Millard wrote: >=20 > > On Feb 15, 2023, at 17:22, Tatsuki Makino = wrote: > >=20 > > > I was introduced to this feature in a reply to an email titled = "[through-able] poudriere: I don't want to rebuild rust with = PORTREVISION bump of curl" that I wrote on or about 2023-01-20. > > >=20 > > > This still means that the dependencies held in the package must = match up to the version number to be used, right? > > > As I wrote in that e-mail, the dependent packages can be checked = with the following command, which poudriere also seems to use. > > > pkg query -F somewhere/llvm10-10.0.1_10.pkg '%do %dn-%dv' > > >=20 > > > In the current porttree, python39 is 3.9.16_1. If this package has = already been created locally, it would seem that the llvm* package that = depends on python39-3.9.16 or earlier would not be used when fetched, is = that correct? > > >=20 > > > # note that I avoided recreating llvm13 and llvm15 that way :) > > >=20 > >=20 > > Turns out my notes did not apply: the person I replied to was > > using quarterly and so things were apparently not changing. > >=20 > > But I'd not checked the transitive closures for the various > > ports involved for the 2023Q1 context. Using rust and its > > curl dependency as an example: > >=20 > > curl in turn depends on at least devel/pkgconf , lang/perl5.32 , > > security/ca_root_nss , www/libnghttp2 , security/libssh2 , > > and dns/libpsl . So there is a fair list of things that can > > cause curl to rebuild, which in turn leads to rust potentially > > rebuilding, even if the rebuild result for rust ends up not > > being installed for lack of a version bump: existing install > > is still expected to be compatible given the lack of a version > > bump. > >=20 > > The way rebuilds happen is that an update to the likes of, > > say, security/libssh2 deletes the old package. Then curl's > > package is deleted because of the lack of a package for > > security/libssh2 . (This is before security/libssh2 or > > anything is rebuilt.) Then rust for similar reasons. Deleting > > the packages does not delete the installs (important later). > > Then the deleted packages are rebuilt so that they are > > available to future pkg commands, even if it turns out that > > some of the installed ones would not be updated by the likes > > of a "pkg upgrade" in the same time frame (version numbering). >=20 > And poudriere (at least ports-mgmt/poudriere) sometimes fails trying = to > use "recorded as existing, but deleted for rebuild" pkgs, at least -S > option is set. These usually are finally succeeds on next or after > following several runs. I find the above unclear and so can not reasonably comment. But I can note a limitation of what I have experience using. This alone may also mean that my status would be do-not-know: I have never used poudriere bulk -S : it is documented in part with: QUOTE . . . This may result in broken packages if the ones they depend on are updated, are not = ABI- compatible, and were not properly PORTREVISION bumped. END QUOTE I avoid dealing with noticing and fixing implicitly broken packages, choosing the more reliable alternative that may use more time (rebuilds that end up not installed, for example). > Does this annoyance fixed on ports-mgmt/poudriere-devel? >=20 > >=20 > > Again, I've not gone looking for changes in the transitive > > closure of the dependencies. I'm just noting some of the > > general structure. I've not checked if this explains all the > > specifics that happened. > >=20 > > Going in the other direction, there may be more that is > > involved than I know about. But I've observed the delete > > sequences and later rebuild sequences that do not lead > > to updated installs of various things rebuilt. (A lot over > > the years.) =3D=3D=3D Mark Millard marklmi at yahoo.com