public inbox for buildbot@sourceware.org
 help / color / mirror / Atom feed
From: Mark Wielaard <mark@klomp.org>
To: libc-alpha@sourceware.org
Cc: buildbot@sourceware.org
Subject: glibc builder.sourceware.org integration
Date: Mon, 27 Jun 2022 00:23:55 +0200	[thread overview]
Message-ID: <Yrjce34ONOJgikAW@wildebeest.org> (raw)

Hi,

We have a shared buildbot for all Sourceware and GNU Toolchain
projects: https://builder.sourceware.org/
There are a couple of glibc builders now:
https://builder.sourceware.org/buildbot/#/builders?tags=glibc

The compile-only builders, glibc-debian-i386, glibc-debian-ppc64,
glibc-fedora-ppc64le, glibc-fedora-s390x, glibc-opensuseleap-x86_64
and glibc-opensusetw-x86_64 are all green. The builds are pretty quick
(using ccache) and take a couple of minutes at most. So they run on
each separate commit to the master branch.

It currently doesn't include arm64 and armhf builds, but those could
be added (the current boards are somewhat slow, but we will hopefully
get some faster hardware soon).

email notification of build failures hasn't been setup up yet. When we
set it up should it also notify the libc-alpha mailing list when a
build failure is detected? Only the first build failure will sent an
email till the build is restored.

There are currently two builders which do a make && make check.
glibc-fedora-x86_64 and glibc-fedrawhide-x86_64. The first is a
container build of fedora-latest (f36). The second is a fedora rawhide
VM.

The container builder has a couple of failures for which I just sent
patches. With those patches the build should turn green. At which
point we can also use it to detect test regressions.

Doing a full make && make check in the container takes ~15 to ~20
minutes and so isn't don't on every individual build, but batches up
changes till there have been none for 10 minutes. So it won't run
behind. It should detect a commit that caused a regression within 30
minutes. All test results (including all .out files) are uploaded into
the bunsendb for analysis:
https://builder.sourceware.org/testruns/?has_keyvalue_like_k=testrun.git_describe&has_keyvalue_like_v=%25glibc%25

Not all hardware is powerful enough to do a full make check on every
commit. But it would be good to make them do some real tests and not
just do a compile-only run. Is there a good, small, quick, sub-test
that could be added?

gdb and binutils are experimenting with git user try branches so they
can do pre-commit checking:
https://sourceware.org/pipermail/binutils/2022-June/121293.html
We can setup the same for glibc. Which we then can use for patchwork
integration.

Next week we should get more hardware and we can setup more full
builders for different configurations. Please contact
buildbot@sourceware.org with ideas and/or to help out with the setup
(which is in a public git repo, see the builder project homepage).

Cheers,

Mark


             reply	other threads:[~2022-06-26 22:23 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-06-26 22:23 Mark Wielaard [this message]
2022-07-01 12:00 ` Mark Wielaard
2022-07-01 22:24   ` Mark Wielaard
2022-07-02  1:09     ` Frank Ch. Eigler
2022-07-02 19:45       ` Mark Wielaard
2022-07-03 15:22         ` Dorian ROSSE
2022-07-03 16:37           ` Mark Wielaard
2022-07-04 15:17     ` Mark Wielaard

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=Yrjce34ONOJgikAW@wildebeest.org \
    --to=mark@klomp.org \
    --cc=buildbot@sourceware.org \
    --cc=libc-alpha@sourceware.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.
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).