From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46079) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1doimz-0002NP-9N for guix-patches@gnu.org; Mon, 04 Sep 2017 00:16:15 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1doilu-000085-Uu for guix-patches@gnu.org; Mon, 04 Sep 2017 00:15:08 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:38691) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1doilu-00007O-RX for guix-patches@gnu.org; Mon, 04 Sep 2017 00:14:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1doilu-0000VG-E1 for guix-patches@gnu.org; Mon, 04 Sep 2017 00:14:02 -0400 Subject: [bug#27898] [PATCH 1/2] gnu: Use 'modify-phases' syntax. Resent-Message-ID: From: Kei Kebreau References: <87a82jzhwg.fsf@posteo.net> <878ti3zade.fsf@fastmail.com> <8760d7z49r.fsf@posteo.net> <87shg7yjti.fsf@posteo.net> <87r2vrk70f.fsf@fastmail.com> <87tw0m7ryl.fsf@gnu.org> Date: Mon, 04 Sep 2017 00:13:32 -0400 In-Reply-To: <87tw0m7ryl.fsf@gnu.org> ("Ludovic \=\?utf-8\?Q\?Court\=C3\=A8s\=22'\?\= \=\?utf-8\?Q\?s\?\= message of "Fri, 01 Sep 2017 10:17:54 +0200") Message-ID: <87bmmrdrtf.fsf@posteo.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+kyle=kyleam.com@gnu.org Sender: "Guix-patches" To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: 27898@debbugs.gnu.org --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable ludo@gnu.org (Ludovic Court=C3=A8s) writes: > Hello, > > Marius Bakke skribis: > >> Kei Kebreau writes: > > [...] > >>> The patches are in working order. The first patch would cause 1200 >>> rebuilds, but the second would only cause 128 rebuilds. Should I work on >>> splitting up the first patch into pieces that Hydra can handle under its >>> current load? >> >> I'm not actually sure what's best here. It may be easiest to just throw >> them both at 'staging' and accept the (hopefully few) merge conflicts. >> >> Ludo, any preference? > > The one that causes 128 rebuilds could go to =E2=80=98master=E2=80=99 (wh= ich is a good > thing: we won=E2=80=99t have conflicts with this part of the changes.) I've committed the 128-rebuild patch to the master branch. > > The rest could go to =E2=80=98staging=E2=80=99 I suppose. > >> If we're going staging, let's try to coordinate it so that we can start >> it shortly after adding them. Maybe midnight tomorrow or Saturday UTC? >> I have a few other updates in my queue that haven't been pushed yet. > > Sounds reasonable to me. I=E2=80=99ll let you coordinate. :-) > Marius, send me an email when you're ready! > Thanks for taking care of this! > :-) > Ludo=E2=80=99. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEg7ZwOtzKO2lLzi2m5qXuPBlGeg0FAlms0u0ACgkQ5qXuPBlG eg0olw//fA43pWXY8luJiToFU7szEpjdPocX4kMEBIXs+LnAnb0cLTN0+xzi4TNc KlRvMYS8KC33St2DYKCMhqt2QDQ9ZDjIKkytYxxwn0GoDTcOMlZc4/IdWW8k/uNN Xpk/lh80s5X2AtBJNIx6DTVNn87qBdyFcSWBktNt811dbdW8N8uPWxN8W8Sc+UK4 XbAvcv/AMKsgKKQM16U09HnaEK3tuL78zUA6dkX4nsbpIQjzPb3ZFxtfD9Qji2nX BxGmps5o6uz38+s/GTG/FAkLu/3qFR7SpHXXiAxHQVydhqS9RLNghLFtNzp/PGJi AmE2EIXcTaBa4Uc0SqZWeRuxwwwV9DbI6m7OTlVqYndEvkIs+jUQfJZx5F9Fl/QY 76NxFpvumxdJH+u99pbxaQzkgjAkWvr5OLDkVAYQATtxhej2e1VLdgqMuSBDYYa+ LfLbeTRmIQZrFo9btdwszVAGiH1XbZl4lgWv62Is/dRMbdBSo7C3NANWV5Rhenwz +pACMvVzHOrPyql3VYfiGs91c0kpy2ejYT5MoIXr/L+RXDEpU6dxG1luRFt2+BCO 0EIfvg6EHPFA8sBN+fzFfS2ZTSYnvzLOlvJSIhbhiU0f/YI5g7Ihn2Rz+fyqeoS+ ob9lKRwkSGVwk/tmSZeEWzsVnw9Ar17SROF+OPWN9e8Rr26/Tpc= =Cdaj -----END PGP SIGNATURE----- --=-=-=--