all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Ludovic Courtès" <ludo@gnu.org>
To: Christopher Baines <mail@cbaines.net>
Cc: guix-devel@gnu.org
Subject: Re: Automatically building packages affected by submitted patches
Date: Wed, 06 Mar 2019 16:09:20 +0100	[thread overview]
Message-ID: <878sxsghun.fsf@gnu.org> (raw)
In-Reply-To: <87tvgmfgkw.fsf@cbaines.net> (Christopher Baines's message of "Fri, 01 Mar 2019 21:08:31 +0000")

Hello!

Christopher Baines <mail@cbaines.net> skribis:

> For a specific example, here [5] is series 700 (a Patchwork id). There
> are a number of intermediate steps, but this is the specification in
> Cuirass [6].
>
> 5: https://patchwork.cbaines.net/project/guix-patches/list/?series=700
> 6: https://cuirass.cbaines.net/jobset/series-700

Amazing!  Looks like you’re really close to reaching your initial goal!

> In terms of features I'd like to work towards next, the main thing on my
> mind is doing something useful with the data from building these
> packages. With the goal of displaying a check in Patchwork about the
> build status of the affected packages, I need to compare what's been
> build by my Cuirass instance, with what https://ci.guix.info/ has
> built. To do this, my current plan is to have the Guix Data Service
> monitor a number of Cuirass instances somehow, extract information from
> them and store it. You'd then be able to get a comparison for the build
> status using the results gathered from the two Cuirass instances from
> the Guix Data Service.

I’m also not sure why you need to compare things.  Looking at
<https://cuirass.cbaines.net/jobset/series-700> and
<https://cuirass.cbaines.net/specifications>, it looks like Cuirass is
already building the subset of packages that depend on the modified
package(s):

  "subset":["r-dnacopy@1.56.0","r-dnacopy@1.56.0","coq-flocq@3.1.0","coq-interval@3.4.0"]

(Though what is “r-dnacopy” doing here?)

So I would think that you only need to check the status of these 4 jobs,
no?  What would you need to ask ci.guix.info?

Going forward, I agree with Ricardo that we could start running all this
on ci.guix.info, whenever you think is the right time.  I guess we could
start with the Guix Data Service, which is already useful in itself.

Thanks!

Ludo’.

  parent reply	other threads:[~2019-03-06 15:09 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-03-01 21:08 Automatically building packages affected by submitted patches Christopher Baines
2019-03-04 10:27 ` Ricardo Wurmus
2019-03-04 23:12   ` Christopher Baines
2019-03-06 15:09 ` Ludovic Courtès [this message]
2019-03-06 19:39   ` Christopher Baines

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

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=878sxsghun.fsf@gnu.org \
    --to=ludo@gnu.org \
    --cc=guix-devel@gnu.org \
    --cc=mail@cbaines.net \
    /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 external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.