From: julien lepiller <julien@lepiller.eu>
To: guix-devel@gnu.org
Subject: Re: Let’s freeze and build ‘core-updates’!
Date: Tue, 21 Mar 2017 12:16:20 +0100 [thread overview]
Message-ID: <40c0a4a513fba9735aa0e4924e238d7b@lepiller.eu> (raw)
In-Reply-To: <20170320184145.GA5087@jasmine>
Le 2017-03-20 19:41, Leo Famulari a écrit :
> On Tue, Feb 14, 2017 at 10:05:04AM +0100, Ludovic Courtès wrote:
>> So, here’s a plan:
>>
>> • Once Efraim has pushed some of the aarch64 patches, do another
>> evaluation of the “core” package set for that branch, and check
>> for
>> anything wrong. From there on, forbid full-rebuild changes.
>>
>> • Once the “core” subset builds correctly on all the supported
>> platforms (those that Hydra supports), merge ‘master’. Maybe
>> update
>> a couple of things like GnuTLS while we’re at it. From there on
>> forbid non-trivial changes.
>>
>> • Build all the packages. (To do that, someone with access to Hydra
>> must change the “subset” argument to “all” in the config of the
>> ‘core-updates’ jobset.)
>>
>> • Fix things.
>
> We are at this stage... please help :)
>
> Here is a list of packages that are failing on core-updates but not on
> the master branch:
>
> https://hydra.gnu.org/eval/109549?compare=master&full=1#tabs-now-fail
>
> It might take a while to load the web page; please have patience :)
>
> Once you load it, take note of the brown and red icons.
>
> The brown icon means, "we did not try to build this yet, because one of
> the dependencies failed to build".
>
> The red icon means, "we tried to build this and it failed." You should
> probably focus on these failed builds.
>
> I'm sorry if the color-coding is not sufficient for you; we know it's
> not a good system for people who have impaired vision. My vision is
> pretty good and I find it hard to pick out the red icons.
>
> Once you have found an interesting build failure, read its log (the
> "raw" log is most useful, in my opinion) and try to reproduce and fix
> it
> on your machine. Then send a patch!
>
> Sometimes there is a spurious build failure: The SSH connection used
> for
> offloading fails, or the build machine is out of memory. Reply to this
> thread with a link to the failing build and we will restart it.
>
> Thanks in advance :)
Hi,
c-reduce seems to have failed because of a crash in g++. Maybe the
server lacked memory? It builds fine here.
next prev parent reply other threads:[~2017-03-21 11:16 UTC|newest]
Thread overview: 62+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-02-14 9:05 Let’s freeze and build ‘core-updates’! Ludovic Courtès
2017-02-14 15:00 ` Marius Bakke
2017-02-14 16:22 ` Ludovic Courtès
2017-02-21 14:03 ` Marius Bakke
2017-02-21 16:27 ` Andreas Enge
2017-02-21 17:32 ` Leo Famulari
2017-02-21 17:41 ` Leo Famulari
2017-03-06 9:19 ` Ludovic Courtès
2017-03-06 12:31 ` Marius Bakke
2017-03-06 15:39 ` Ludovic Courtès
2017-03-06 22:26 ` Leo Famulari
2017-03-07 13:59 ` Ludovic Courtès
2017-03-08 5:43 ` Leo Famulari
2017-03-08 8:44 ` Ludovic Courtès
2017-03-08 9:03 ` Leo Famulari
2017-03-06 18:42 ` Leo Famulari
2017-03-06 18:49 ` Marius Bakke
2017-03-06 18:54 ` Marius Bakke
2017-03-06 19:13 ` Leo Famulari
2017-03-06 18:54 ` Leo Famulari
2017-02-27 20:30 ` core-updates frozen! Leo Famulari
2017-03-02 17:34 ` Leo Famulari
2017-03-03 0:02 ` Marius Bakke
2017-03-03 18:27 ` Leo Famulari
2017-03-03 18:33 ` Marius Bakke
2017-03-03 18:53 ` Leo Famulari
2017-03-09 22:33 ` Let’s freeze and build ‘core-updates’! Leo Famulari
2017-03-10 21:46 ` Marius Bakke
2017-03-11 3:10 ` Leo Famulari
2017-03-11 17:21 ` core-updates: Python build failures Leo Famulari
2017-03-11 19:50 ` Marius Bakke
2017-03-12 0:05 ` Leo Famulari
2017-03-12 17:44 ` Marius Bakke
2017-03-13 8:30 ` Ludovic Courtès
2017-03-20 18:41 ` Let’s freeze and build ‘core-updates’! Leo Famulari
2017-03-21 11:16 ` julien lepiller [this message]
2017-03-21 17:52 ` Leo Famulari
2017-03-21 21:19 ` Julien Lepiller
2017-03-21 22:02 ` Leo Famulari
2017-03-21 22:02 ` Ricardo Wurmus
2017-03-23 11:08 ` Thomas Danckaert
2017-03-23 12:38 ` Ricardo Wurmus
2017-03-29 13:41 ` Marius Bakke
2017-03-29 14:05 ` Marius Bakke
2017-03-29 20:49 ` Leo Famulari
2017-03-29 20:51 ` Leo Famulari
2017-03-30 6:23 ` Ricardo Wurmus
2017-03-30 8:36 ` Ricardo Wurmus
2017-03-30 9:18 ` Thomas Danckaert
2017-04-01 22:30 ` Ludovic Courtès
2017-04-01 23:09 ` Leo Famulari
2017-04-03 7:43 ` Ricardo Wurmus
2017-04-02 15:20 ` Marius Bakke
2017-04-02 15:42 ` Ricardo Wurmus
2017-04-02 21:23 ` Marius Bakke
2017-04-02 21:18 ` Marius Bakke
2017-04-02 22:39 ` ‘core-updates’ merged! Ludovic Courtès
2017-04-02 21:20 ` Greenisland & SDDM Ludovic Courtès
2017-04-02 21:31 ` Marius Bakke
2017-04-02 22:12 ` Ludovic Courtès
[not found] <mailman.60210.1490049834.22737.guix-devel@gnu.org>
2017-03-21 14:22 ` Let?s freeze and build ?core-updates?! rennes
2017-03-21 18:28 ` Leo Famulari
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://guix.gnu.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=40c0a4a513fba9735aa0e4924e238d7b@lepiller.eu \
--to=julien@lepiller.eu \
--cc=guix-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/guix.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).