From owner-freebsd-ports@FreeBSD.ORG Tue Jan 13 07:41:04 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 695744C5 for ; Tue, 13 Jan 2015 07:41:04 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "ca.infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0A8EE3EB for ; Tue, 13 Jan 2015 07:41:03 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.15.1/8.15.1) with ESMTPSA id t0D7es7j035194 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 13 Jan 2015 07:40:55 GMT (envelope-from matthew@FreeBSD.org) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=FreeBSD.org DKIM-Filter: OpenDKIM Filter v2.9.2 smtp.infracaninophile.co.uk t0D7es7j035194 Authentication-Results: smtp.infracaninophile.co.uk/t0D7es7j035194; dkim=none reason="no signature"; dkim-adsp=none; dkim-atps=neutral Message-ID: <54B4CBF6.70001@FreeBSD.org> Date: Tue, 13 Jan 2015 07:40:38 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: poudriere: reduce the number of rebuilt packages? References: <54A67B1A.5060007@gmx.net> <54A97748.9000401@gmx.net> <54B3FD78.5060404@gmx.net> <54B40822.9000702@gmx.net> <23A49BD336E4EC29F493416A@ogg.in.absolight.net> <54B4372C.9040803@siol.net> In-Reply-To: <54B4372C.9040803@siol.net> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="cDbEKkQ0qX8wNtvcwfnX4dbiMbpoG2QAB" X-Virus-Scanned: clamav-milter 0.98.5 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jan 2015 07:41:04 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --cDbEKkQ0qX8wNtvcwfnX4dbiMbpoG2QAB Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 12/01/2015 21:05, Karel Miklav wrote: > On 12.01.2015 18:55, Mathieu Arnold wrote: >> > Well, no, there is not, and unless you figure out an algorithm to do= it, >> > and I'm saying algorithm in the mathematical sense, not heuristic, t= hat is, >> > one that is always right, feel free to submit a patch for it :-) >> > Now, there's a good chance that it will be slower than rebuilding al= l the >> > dependencies. > What about the logic in pkg, aren't both programs solving the same prob= lem? No, the problems solved by pkg and poudriere are very different. pkg(8) has the massive advantage that it already has access to the built packages, including analysis of the dynamic linkage of all the binaries included there. That makes it relatively simple for pkg to work out if a change in some dependency has had a material effect on the package being considered. poudriere only knows that the dependency changed. In effect, to find out if the package of interest would be changed because of that, it has no other recourse than to build the package. Now, if you can come up with some heuristics whereby you can examine the changes to a port and determine that they will not cause significant downstream changes, and do that reliably and faster than just rebuilding the package, then I'm sure the poudriere developers would be eager to incorporate them. Failing that, poudriere re-building everything that might be affected is the sensible choice. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --cDbEKkQ0qX8wNtvcwfnX4dbiMbpoG2QAB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) iQJ8BAEBCgBmBQJUtMwFXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATaScP/jVIjyDti9ejXuwUB+hZVwzp 4CbFfc3d1xaphkP4nwJWTMUtlO/CzZNcQqdRpoCbn17CyQsDrItdVyWUQoE4OM2a ioqYKZUgEkIHGuELE+FuqmwAsJdov6QUoJvMOLjaUuTiXZ0KF85b32OqQAct43vi egWCJWRuoiW2E+YDGAXrjvi0h6n7eBTo/2XxEm+Am8dZN+6v/+g/n9cSKjXk2ZwX 7FBjsyJiXAdq/FzFpa18A+lfonUemSATKiDKw/EtBQKzW2Kc4rKpUcWKHPSxd7Iz tm4y3uS3Qfqs10EZM1ZxFn5SY8E0er51a7fYu4AKyoYCmPQcW00uPaDLVbVE2qij Tur9W208cW/Kw9zJl7gZQcr0nXyzvl2dsnTQbGOmTB2dzE2Bn3n76oVjoaGVDG0L 6ZBsKltamn0tw2wBZYHRSrEAZHi9yDjZiV7522m6a62hnbAVLKOnIoR7DWF+99r2 xpfvUH04IBkC7nRqDzwuPuVELQ2tW0aq0CnJzgQw5Chhv64XI18XCp/Qnj6rB+1/ mLSMy0BvKuEy3vaBEZc6ENMBqpP+Bb2C0saJIzEevD9dYiZS2IysPAAt8Z2nrAx1 +xKQYCN6uCKHsc63dTi0v9ahz94J40usPT586Q46KSy2VBUazRtvwE5JsOuvotxz fWnhTAxdX9s62Q2PTGe2 =B+6l -----END PGP SIGNATURE----- --cDbEKkQ0qX8wNtvcwfnX4dbiMbpoG2QAB--