From mboxrd@z Thu Jan 1 00:00:00 1970 From: Marius Bakke Subject: Starting 'core-updates' Date: Tue, 01 May 2018 16:12:42 +0200 Message-ID: <87lgd3h3c5.fsf@fastmail.com> References: <8736zp571h.fsf@netris.org> <871sf7hv7o.fsf@gnu.org> <877eoxaj01.fsf@fastmail.com> <87po2ntreb.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:47766) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fDW1T-0002vA-TD for guix-devel@gnu.org; Tue, 01 May 2018 10:12:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fDW1P-0006q8-Su for guix-devel@gnu.org; Tue, 01 May 2018 10:12:51 -0400 In-Reply-To: <87po2ntreb.fsf@gnu.org> 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: Ludovic =?utf-8?Q?Court=C3=A8s?= Cc: guix-devel@gnu.org --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Ludovic Court=C3=A8s writes: > Hello, > > Marius Bakke skribis: > >> Ludovic Court=C3=A8s writes: >> >>> Hi Mark, >>> >>> Mark H Weaver skribis: >>> >>>> I've successfully updated my x86_64 GuixSD system to my private branch >>>> based on 'core-updates' with recent 'master' and 'staging' merged into >>>> it. This system includes a full GNOME desktop environment plus a few >>>> programs based on Qt. It all works quite well. >>>> >>>> My branch includes a few draft fixes and workarounds that I haven't yet >>>> pushed, but nothing that would require many rebuilds to update later. >>>> >>>> So, I think it might be time to ask Hydra to build all of core-updates, >>>> after staging is merged into it. >>> >>> I agree. There was an issue with cross-compiling =E2=80=98bootstrap-ta= rballs=E2=80=99 >>> that Marius reported a few days ago, which I=E2=80=99m looking into rig= ht now. >>> I don=E2=80=99t expect the fix(es) to trigger a full rebuild. >>> >>> If Marius and others don=E2=80=99t object, I=E2=80=99d say go for it! >> >> No objections from me. However I do have a bunch of fairly innocent >> updates in my queue, such as SQLite, Glib and CMake. It's also tempting >> to get rid of that Perl graft. Is it too late for such changes? > > I think it=E2=80=99s OK for sqlite/glib/cmake, but changing Perl would fu= rther > delay things, which perhaps is not desirable. I was running a bit late with my patches and pushed them to a separate branch before noticing the 'rhash' update on 'master'. Now there have been a couple of world-rebuilding commits on the 'core-updates-next' branch since, so I wonder how to move forward. * Start 'core-updates' as-is. * Pick all updates from the -next branch that won't rebuild the world (that is everything apart from "xz" and "file"). * Take all the -next commits, remove the Perl graft, and do a new 'core' evaluation. Any preferences? Due to the "rhash" update, I suppose we can take anything from -next that depends on CMake also with option #1. >> Hydra will be busy for a couple of days with 'master' and 'staging', so >> there's little use in starting it immediately. > > It took me a couple of days to reply :-), so maybe we can start the > evaluation now? Let's get this rolling as soon as the current Hydra queue clears! --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEu7At3yzq9qgNHeZDoqBt8qM6VPoFAlroddoACgkQoqBt8qM6 VPpm6Qf9EsQnC/C1xCV5UT/pq+0VF3U4mQTxlK36U+UYm5dISFpTUmTIc1qfjWJ/ qWR/fJ10Mmt+WMpjdQEZt5jecyTmKCPM9PQZ/adNXSwxO1oPwd+/w4mczi2kyE7a +AnWc+uDVMrdl6rEU0UxghhucCYBx42J+E2PdbR9ULHlYOvq1U/lNlzGIE+VOlVj bvSHhl5gl+bMG/i8OsS+V/w0HKKV77szQGpDgrk92403B6mTiWE1wuhaDEXk8UYr 8m2qOehkvw/4NkVTo1iuUqr4+gSnBjWP9su3UAAuibBvTXU5w39SFhYhOx8tPmJc KoFvMbaPsIw+KtMVW2/i0QgdMGp7XQ== =jISj -----END PGP SIGNATURE----- --=-=-=--