From mboxrd@z Thu Jan 1 00:00:00 1970 From: Efraim Flashner Subject: Re: Dealing with mass rebuilds Date: Wed, 21 Oct 2015 10:27:06 +0300 Message-ID: <20151021102706.339f0758@debian-netbook> References: <20151020161651.4759.8347@vcs.savannah.gnu.org> <87zizd2ymv.fsf@netris.org> <8737x5e32l.fsf_-_@gnu.org> <20151020214716.GA7835@debian> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/l0PRpr7crSy3BA34ICbRy.X"; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:60256) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zonnw-0002qi-4L for guix-devel@gnu.org; Wed, 21 Oct 2015 03:27:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zonnu-0001ET-CL for guix-devel@gnu.org; Wed, 21 Oct 2015 03:27:24 -0400 In-Reply-To: <20151020214716.GA7835@debian> 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-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: Andreas Enge Cc: guix-devel@gnu.org --Sig_/l0PRpr7crSy3BA34ICbRy.X Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Tue, 20 Oct 2015 23:47:16 +0200 Andreas Enge wrote: > On Tue, Oct 20, 2015 at 09:45:54PM +0200, Ludovic Court=C3=A8s wrote: > > The Nixpkgs folks have a =E2=80=98staging=E2=80=99 branch for changes t= hat cause mass > > rebuilds but are well tested, such that they can be merged into =E2=80= =98master=E2=80=99 > > anytime=C2=B2. Perhaps something we should do as well? =20 >=20 > Would that be different from your suggestion that if the curl update caus= ed > a rebuild of too many packages (whatever that would mean, which is a sepa= rate > discussion) it should not be done on core-updates, but on its own branch, > for instance, curl-update? One practical advantage I see in a staging > branch, if I understand your suggestion correctly, is that one would not = need > to modify the set of jobs on hydra to now also build curl-update, and then > maybe giflib-update, and then xyz-update, but it would always be called > "staging". >=20 > Now the "well tested" assumption is dubious. I actually do not know wheth= er > the curl update will go through. I tried to build one of the packages sho= wn > by "guix refresh -l curl" that looked simple (mpd), but it turned out it > was not simple at all and needed a lot of rebuilds (including texlive). > Admittedly, I could have spent more time searching a direct dependency, > probably by using one of your recent graph drawing commands. So in case > a problem turns up, would we revert a curl update on the staging branch > and do more local work before proposing it again? >=20 > And if Efraim wished to do a gitlib update after my curl update, what wou= ld > be the protocol? Would he be expected to wait until the hydra build of the > curl update has finished? Or at least until it has finished on x86_64? > Otherwise, we would again face the risk of the staging branch becoming > an update-the-world branch with unforeseen ramifications. >=20 > Andreas >=20 >=20 How much build infrastructure does nix have? (do they build all of staging all the time?) Would it be possible to identify the subset of packages that are immediately dependant on the updated package, and build only those as a test on hydra? That would be faster, but if something broke it'd be harder = to track down, a la =E7=99=BD=E3=81=84=E7=86=8A's conkeror issue. --=20 Efraim Flashner =D7=90=D7=A4=D7=A8=D7=99=D7=9D = =D7=A4=D7=9C=D7=A9=D7=A0=D7=A8 GPG key =3D A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 Confidentiality cannot be guaranteed on emails sent or received unencrypted --Sig_/l0PRpr7crSy3BA34ICbRy.X Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCgAGBQJWJz5KAAoJEPTB05F+rO6TUMcP/RGTXFhEzniHcnBVoBPrm4IF SqhkhKEH382QE7mcG396rwpEqliebY/Vid6F3Shs6SbTynu0FvVp8poraB74/V33 nfHe7ZKmpS7E/QS5wBb0StVyWVFRnHcJz35STDzP9HtIc+dhpEWziRyCj024vUue Yu9VRAjkwIISIHWyg0LUWVfjPGFhOkHI5z0X9BiNqWgy2+WpSdLoeELYdSzk7Shm 6704DELq/bh3hNI0PglQvRFmdJXj7tiTpFTrVxwZbuhkvC5Gyj1ATXn/lkwL/8Z+ 8/Jid/+QU2qbx3+hHCtKA+RPATCb1KpFL+JOBUoSqpdhxVbmgW3007Hk2CICphAi /eg2QREtSGU/ClOv95eF3ZCsk0nRQdRJ3voc713/qigwP/t+jg79SSOJMT9CCPZ5 484bT8cVtNDU9g3gRpVFJEC3WoHvkKf6dHQmQbgqXYoGDvTpKX2tw0SGnlWInVd/ e5PgV3NfQHTcTNLu62sYNaNuZPvrE1yWndLV1agzwoIa2dk7r0SzeT+/GyktpBhc h8rrVp7dGgruImoCmhJS86IeqbBZ8542QSl94a3hFnjjaBSV4ZXXCV0mIAGyFPFM F7iU0R/KgL0dzsA0yTSonhgWrb6RFzcZGQu5kWV81lbMgot4vaeAlkNNPBQPf04f tb3IsLmEaDvqQodXTy4c =9nCp -----END PGP SIGNATURE----- --Sig_/l0PRpr7crSy3BA34ICbRy.X--