unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Efraim Flashner <efraim@flashner.co.il>
To: Leo Famulari <leo@famulari.name>
Cc: guix-devel@gnu.org, Mathieu Othacehe <othacehe@gnu.org>
Subject: Re: Staging branch [substitute availability]
Date: Thu, 28 Jan 2021 20:25:57 +0200	[thread overview]
Message-ID: <YBMBtbjc827TF2RG@3900XT> (raw)
In-Reply-To: <YBCq8bBFO50T7bIN@jasmine.lan>

[-- Attachment #1: Type: text/plain, Size: 1745 bytes --]

On Tue, Jan 26, 2021 at 06:51:13PM -0500, Leo Famulari wrote:
> On Fri, Jan 22, 2021 at 03:46:45PM -0500, Leo Famulari wrote:
> > ------
> > master branch
> > aarch64: 72% 
> > x86_64: 94% 
> > i686: 86%
> > armhf: 46%
> > 
> > staging branch
> > aarch64: 48% 
> > x86_64: 79% 
> > i686: 70%
> > armhf: 30%
> > ------
> 
> Updates since the recent merge of master into staging:
> 
> ------
> master branch
> aarch64: 72%
> x86_64: 94%
> i686: 86%
> armhf: 46%
> 
> staging branch
> aarch64: 51%
> x86_64: 73%
> i686: 69%
> armhf: 27%
> ------
> 
> So, minor improvements to aarch64, but x86_64 is actually worse!
> Mathieu, I'm curious, are we using the overdrives again? Or still
> emulating aarch64?
> 
> `guix weather` said to me that there are *no* queued builds for x86_64
> on staging, but ci.guix.gnu.org web interface shows that there are
> queued builds.
> 
> kwayland is definitely broken on x86_64, so wayland users are invited to
> fix it:
> 

This is probably me, I was able to enable and run the kwayland tests on
my machine but I think this test only fails when the machine is under
load.

> ------
> The following tests FAILED: 
>          26 - kwayland-testPlasmaWindowModel (Failed) 
> Errors while running CTest 
> make: *** [Makefile:112: test] Error 8
> ------
> 
> I've attached the full reports.
> 
> My plan is to wait for feedback for a few days and, if I don't hear
> otherwise, then merge the staging branch into master and push.

Sounds good!

-- 
Efraim Flashner   <efraim@flashner.co.il>   אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

  parent reply	other threads:[~2021-01-28 18:26 UTC|newest]

Thread overview: 94+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-12-06 17:58 Staging branch Leo Famulari
2020-12-06 19:11 ` Ryan Prior
2020-12-06 20:20   ` Leo Famulari
2020-12-06 20:58     ` Leo Famulari
2020-12-13 20:00 ` Leo Famulari
2020-12-13 20:02   ` John Soo
2020-12-13 20:56     ` Leo Famulari
2020-12-13 21:33       ` Christopher Baines
2020-12-13 21:44       ` John Soo
2020-12-13 21:48         ` Leo Famulari
2020-12-13 21:50           ` John Soo
2020-12-13 22:10             ` Leo Famulari
2020-12-13 22:12               ` John Soo
2020-12-13 23:01                 ` Leo Famulari
2020-12-13 23:06                   ` John Soo
2020-12-23  5:27 ` Leo Famulari
2020-12-23 22:46   ` Leo Famulari
2020-12-29  7:37     ` Efraim Flashner
2021-01-05  1:37       ` Staging branch [aarch64 failures] Leo Famulari
2021-01-05 12:01         ` Efraim Flashner
2021-01-05 20:17           ` Efraim Flashner
2021-01-05 23:07           ` Leo Famulari
2020-12-29  8:39     ` Staging branch Efraim Flashner
2020-12-29 14:00       ` Efraim Flashner
2020-12-29 19:05         ` Leo Famulari
2020-12-30  8:57           ` Efraim Flashner
2020-12-30 20:24             ` Leo Famulari
2020-12-30 20:50               ` Efraim Flashner
2021-01-02 16:59                 ` John Soo
2021-01-02 18:37                   ` Leo Famulari
2021-01-03  4:38                     ` John Soo
2021-01-03 21:33                       ` Leo Famulari
2021-01-02 19:01                 ` Reconfigured on staging Efraim Flashner
2021-01-02 19:07                   ` Efraim Flashner
2021-01-08 23:25 ` Staging branch [i686] Leo Famulari
2021-01-13 22:30 ` Staging branch [substitute availability] Leo Famulari
2021-01-13 23:31   ` Staging branch [substitute availability x86_64-linux] Leo Famulari
2021-01-13 23:33   ` Staging branch [substitute availability i686-linux] Leo Famulari
2021-01-14  0:22     ` Leo Famulari
2021-01-21 21:03       ` Leo Famulari
2021-01-14 22:37     ` Ricardo Wurmus
2021-01-14 23:16       ` Leo Famulari
2021-01-13 23:36   ` Staging branch [substitute availability armhf-linux] Leo Famulari
2021-01-14  8:44     ` Mathieu Othacehe
2021-01-14 12:22       ` zimoun
2021-01-14 22:18       ` Ludovic Courtès
2021-01-15  9:44         ` Mathieu Othacehe
2021-01-14 23:07       ` Leo Famulari
2021-01-15  8:27         ` Vincent Legoll
2021-01-15  9:54           ` Mathieu Othacehe
2021-01-15 17:15             ` Vincent Legoll
2021-01-15 20:07           ` Leo Famulari
2021-01-16 10:08             ` Vincent Legoll
2021-01-17  9:35               ` Mathieu Othacehe
2021-01-17 10:00                 ` Vincent Legoll
2021-01-17 10:09                   ` Vincent Legoll
2021-01-17 10:17                   ` Mathieu Othacehe
2021-01-17 10:56                     ` Vincent Legoll
2021-01-17 11:01                       ` Mathieu Othacehe
2021-01-17 16:23                         ` Vincent Legoll
2021-01-19 22:36                           ` calnomble--- via Development of GNU Guix and the GNU System distribution.
2021-01-19 23:51                             ` calnomble--- via Development of GNU Guix and the GNU System distribution.
2021-01-13 23:38   ` Staging branch [substitute availability aarch64-linux] Leo Famulari
2021-01-14  2:42     ` John Soo
2021-01-17 19:50     ` Efraim Flashner
2021-01-18 10:19       ` Efraim Flashner
2021-01-18 18:10         ` Leo Famulari
2021-01-14  8:39   ` Staging branch [substitute availability] Mathieu Othacehe
2021-01-14 10:04     ` Jonathan Brielmaier
2021-01-14 13:49       ` Mathieu Othacehe
2021-01-14 10:24     ` Tobias Geerinckx-Rice
2021-01-14 10:51       ` Mathieu Othacehe
2021-01-14 20:19         ` Tobias Geerinckx-Rice
2021-01-14 22:29     ` Ludovic Courtès
2021-01-15 17:55     ` Christopher Baines
2021-01-22 20:46   ` Leo Famulari
2021-01-23 11:58     ` Staging branch [problem with node-10.22] Jonathan Brielmaier
2021-01-23 20:00       ` Leo Famulari
2021-01-23 20:01       ` Leo Famulari
2021-01-23 21:29       ` Mark H Weaver
2021-01-23 21:47         ` Leo Famulari
2021-01-24 17:11     ` Staging branch [substitute availability] Ekaitz Zarraga
2021-01-26 23:51     ` Leo Famulari
2021-01-27  0:04       ` Staging branch [kwayland test failure] Leo Famulari
2021-01-28  9:52       ` Staging branch [substitute availability] Mathieu Othacehe
2021-01-28 13:47         ` Ludovic Courtès
2021-01-29  8:17           ` Mathieu Othacehe
2021-02-09 22:01             ` Ricardo Wurmus
2021-02-10 10:06               ` Mathieu Othacehe
2021-02-10 12:21                 ` Ricardo Wurmus
2021-02-10 13:06                   ` Mathieu Othacehe
2021-01-28 18:25       ` Efraim Flashner [this message]
2021-02-01 21:50 ` Staging branch Leo Famulari
2021-02-02 18:09   ` Ludovic Courtès

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=YBMBtbjc827TF2RG@3900XT \
    --to=efraim@flashner.co.il \
    --cc=guix-devel@gnu.org \
    --cc=leo@famulari.name \
    --cc=othacehe@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).