unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: "Ludovic Courtès" <ludo@gnu.org>
To: Mathieu Othacehe <othacehe@gnu.org>
Cc: guix-devel@gnu.org
Subject: Re: Staging branch [substitute availability]
Date: Thu, 14 Jan 2021 23:29:17 +0100	[thread overview]
Message-ID: <87pn27ywxu.fsf@gnu.org> (raw)
In-Reply-To: <87eein6hf6.fsf@gnu.org> (Mathieu Othacehe's message of "Thu, 14 Jan 2021 09:39:41 +0100")

Mathieu Othacehe <othacehe@gnu.org> skribis:

> Since the introduction of the "wip-offload" branch on Cuirass, the
> situation has much improved. The workers are constantly building. For
> now we are building three specifications:
>
> * guix-modular-master
> * guix-master
> * staging

Yay!

> for x86_64, i686 and aarch64. If you look at the "Pending builds" chart
> here[1], you will see that the CI is barely catching up. That's because
> the "aarch64" emulated builds are incredibly slow, and monopolizing all
> the build resources.
>
> I deliberately chose to put armhf aside until I have a clearer view of
> the situation.
>
> Now, how to move on?
>
> First, I still need to connect the four overdrives machine to the new
> Cuirass remote building mechanism, and I would need some help for that
> (asked on guix-sysadmins). But, I'm not sure it will much improve the
> situation.

Oh sorry, I still haven’t caught up from vacation but I’ll take a look
if nobody beats me at it.

> Longer term, we need to figure out a better solution. It's now
> obvious that we do not have the computation power to build all our
> branches for 5 different architectures, relying heavily on emulation for
> armhf and aarch64. Anyone knows how Nix deals with that?

I’m not sure, but I know they rent storage and processing power from a
big transnational company, and that may well include AArch64.

Note that we disabled emulated builds and ARMv7 builds on AArch64 (!)
when Danny discovered the _FILE_OFFSET_BITS issue, which makes things
much worse.

With the x86_64 machines we have in Berlin, using emulated builds, even
if they’re slow, could potentially help noticeably.

At this point the biggest issue is ARMv7 because we have too little
actual hardware.

> I guess that other major distributions provide only cross-compiled
> packages for those architectures, but I don't think it's an option for
> us, Ludo?

Cross-compiled derivations are different derivations, so no, it’s not an
option.

If people know what hardware to get, and if we can find people to host
it, we have enough funds to buy it.  On IRC yesterday Leo mentioned a
good-looking AArch64 board:

  https://shop.solid-run.com/product/SRLX216S00D00GE064H07CH/

For ARMv7, there are probably several known-good options like those by
Olimex, BeagleBoard (I think?) and the likes.

For any such candidate, we need to (1) check it can be used with free
software only, (2) check things like provided storage space, whether a
case is available, etc., and (3) plan for purchase and hosting.
Volunteers needed!

Thanks,
Ludo’.


  parent reply	other threads:[~2021-01-14 22:29 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 [this message]
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
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=87pn27ywxu.fsf@gnu.org \
    --to=ludo@gnu.org \
    --cc=guix-devel@gnu.org \
    --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).