From mboxrd@z Thu Jan 1 00:00:00 1970 From: Leo Famulari Subject: Re: Libtiff 4.0.7 update Date: Mon, 21 Nov 2016 13:32:30 -0500 Message-ID: <20161121183230.GA31354@jasmine> References: <20161121164827.GA29287@jasmine> <87mvgs92ac.fsf@kirby.i-did-not-set--mail-host-address--so-tickle-me> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="PNTmBPCT7hxwcZjr" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:51812) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c8tOR-0006kT-NV for guix-devel@gnu.org; Mon, 21 Nov 2016 13:32:40 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1c8tON-0003xt-Pb for guix-devel@gnu.org; Mon, 21 Nov 2016 13:32:39 -0500 Received: from out5-smtp.messagingengine.com ([66.111.4.29]:51632) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1c8tON-0003xa-K1 for guix-devel@gnu.org; Mon, 21 Nov 2016 13:32:35 -0500 Content-Disposition: inline In-Reply-To: <87mvgs92ac.fsf@kirby.i-did-not-set--mail-host-address--so-tickle-me> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Marius Bakke Cc: guix-devel@gnu.org --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 21, 2016 at 06:21:47PM +0100, Marius Bakke wrote: > Sweet. Perhaps it should be grafted on master first, then merge it and > ungraft on core-updates? Either approach will cause conflicts if there > are further updates to libtiff before next core-updates merge, so not > sure which is better. I'm sure there will be patches for 4.0.7. I'll handle master -> core-updates merge conflicts when I commit those patches to master. > Another approach could be to have special "ungraft" branches for each of > these widely used high-severity libraries, that are continously merged > once Hydra has built it all. >=20 > Not sure how many days it takes to build ~1600 packages for all > supported archs, probably better to merge "ungrafts" to staging. It would be nice to remove the grafts soon, but it's over the 1200 rebuild limit for staging: http://lists.gnu.org/archive/html/guix-devel/2016-10/msg00933.html But, I'll put it on staging if there is a consensus. I guess that staging will end up requiring more than 1200 rebuilds anyways, since there could be multiple changes with that much impact, but affecting different parts of the package graph. --PNTmBPCT7hxwcZjr Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEsFFZSPHn08G5gDigJkb6MLrKfwgFAlgzPbsACgkQJkb6MLrK fwhfDBAAviJYk8jXzk+rUY787MWdGhOyh4oxTl0pvRaqOLrVXqpYWigI1QmUzXoQ 1OC9nnwGE67WDMe8zJeTCBHmYrNnFxrCAppXCNhIHeWTTUoHi2NDLbIcHNszn4YS AELexuI884+KzZskublXxd0VdgWhVksl6ImjlR+mwAGFnT4d7aO7G0jF7su0lr2p c/5Q835Wk3vU1npFXmATVNxxKKrvYQM4DdFOYchZOiWSb2wqE/32EYa8PudDKBn/ G205s8ML6Ia5o+5L57VH4HRJQK5o0CoOHTSFnUMBe8Qvt4I0kx0a0pIqoVusgHsh wY/LPig05tMmAyv8XAfj7yG616DQKhuCVHjGL1+Go69T3PaI57kZyGM1xKMFvHDG V+l+vWB31at3viy9MGXoexKM+8Ne0hgOInrAKuLogyQphrDJAXHqp/bKm2nQMMBA jkL09ynlDP5qNmKIjwbfPj7C0SavYqqTRFnfWTO59jA/DsCmrWmbyEcNfmS/s+M+ 25vx5hiFVzIBebXO/2kUQLZsfxp6xsqpsrU2MiSWQ23X6+H9/hmcHyZxGEAXw0Ag oQ7BMup+EVr1SQxs9+jfSAeJ9mJTLPvSV8RZHAifZqDWG0b16q44/9w3b8YB/vmx DYKOkxNBGpeJy5DjNjCAOo9CqgYq98XXXi50gBYTztkvGCZiBKA= =aodH -----END PGP SIGNATURE----- --PNTmBPCT7hxwcZjr--