all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Vagrant Cascadian <vagrant@debian.org>
To: guix-devel <guix-devel@gnu.org>
Subject: Re: linux-libre source tarballs
Date: Sat, 29 May 2021 21:50:36 -0700	[thread overview]
Message-ID: <87k0ngg6zn.fsf@yucca> (raw)
In-Reply-To: <YI4SQtQSIQNvyApa@jasmine.lan>

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

On 2021-05-01, Leo Famulari wrote:
> On Sat, May 01, 2021 at 06:45:32PM -0700, Vagrant Cascadian wrote:
>> Pragmatically speaking, on slower platforms this is a huge resource
>> overhead. So much so that ci.guix.gnu.org *usually* times out when
>> generating the linux-libre aarch64 tarballs:
>> 
>>   https://ci.guix.gnu.org/search?query=system%3Aaarch64-linux+linux-libre-arm64-generic
>
> Thanks for letting me know. I didn't know this was happening.
>
> The immediate solution is for me to make sure the tarballs have built
> before committing the updates. I already do this for x86_64 and I can
> start doing it for aarch64 too.

This has definitely helped sometimes, thanks! I even saw a substitute of
linux-libre for aarch64 earlier today! :)

Still, I'm noticing another problem with the way way the tarballs are
generated on ci.guix.gnu.org ...

When it generates a tarball, all the various packages independently try
to recreate the source tarball; so you have at least fours jobs
("linux-libre", "linux-libre-arm64-generic", "linux-libre-headers",
"linux-libre-bpf") all concurrently trying to build the very same
very-slow-to-build tarball on ci.guix.gnu.org. Sometimes one of them
might succeed, but the others may not, and even though one of them
succeeded, none of the failing ones retry...

Not knowing exactly how ci.guix.gnu.org works, would it make sense to
create a tarball package instead of the ... computed origin(?) tarball,
so it could be better represented in the package dependency graph, and
the various linux-libre-* packages can wait till it is available rather
than all trying to recreate the same thing?

That still requires the tarball generation to not time out in the first
place, but maybe it would help with the resource limitations a bit to
only build the source tarball once per architecture?


live well,
  vagrant

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

  parent reply	other threads:[~2021-05-30  4:52 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-05-02  1:45 linux-libre source tarballs Vagrant Cascadian
2021-05-02  2:45 ` Leo Famulari
2021-05-02  4:42   ` Leo Famulari
2021-05-02 21:08     ` Ludovic Courtès
2021-05-02 22:26       ` Leo Famulari
2021-05-02 22:38         ` Leo Famulari
2021-05-03 15:44   ` linux-libre source tarballs (disable "deblob-check"?) Leo Famulari
2021-05-03 16:39   ` linux-libre source tarballs Alexandre Oliva
2021-05-03 17:13     ` Leo Famulari
2021-05-06  4:10       ` Alexandre Oliva
2021-05-06 21:23         ` Leo Famulari
2021-05-06 20:30     ` Maxim Cournoyer
2021-05-09  3:27       ` Alexandre Oliva
2021-05-30  4:50   ` Vagrant Cascadian [this message]
2021-05-31  3:42     ` Leo Famulari
2021-05-31 19:57       ` Mathieu Othacehe
2021-08-01 20:45     ` source tarballs potentially built for each derivation Vagrant Cascadian
2021-08-01 21:04       ` Vagrant Cascadian

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=87k0ngg6zn.fsf@yucca \
    --to=vagrant@debian.org \
    --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 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.