New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 909874 link

Starred by 1 user

Issue metadata

Status: Fixed
Owner:
Closed: Dec 5
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Bug



Sign in to add a comment

coreboot should not try to clone git repos

Project Member Reported by briannorris@chromium.org, Nov 28

Issue description

I happened to notice a trybot build flake:

https://cros-goldeneye.corp.google.com/chromeos/healthmonitoring/buildDetails?buildbucketId=8928587417136056976

coreboot-0.0.1-r2812:     Cloning SeaBIOS from Git
coreboot-0.0.1-r2812: Cloning into 'seabios'...
...
coreboot-0.0.1-r2812: fatal: unable to access 'https://review.coreboot.org/seabios.git/': Couldn't resolve host 'review.coreboot.org'
...
coreboot-0.0.1-r2812: make[1]: *** [Makefile:19: seabios] Error 128
coreboot-0.0.1-r2812: make: *** [payloads/external/Makefile.inc:74: payloads/external/SeaBIOS/seabios/out/bios.bin.elf] Error 2
coreboot-0.0.1-r2812: make: *** Waiting for unfinished jobs....



payloads/external/SeaBIOS/Makefile contains this:

project_git_repo=https://review.coreboot.org/seabios.git
...
seabios:
        echo "    Cloning SeaBIOS from Git"
        git clone $(project_git_repo) $(project_dir)


That's a big no-no. I'd think portage should be preventing network access like that too...
 
Cc: furquan@chromium.org pgeorgi@chromium.org
Summary: coreboot should not try to clone git repos (was: Builds should not depend on resolveing review.coreboot.org)
weird.  network access is always blocked during compile, so it looks like it doesn't always try to fetch ?
Cc: bhthompson@chromium.org
Hmm, is it possible this is only a problem with Slippy? I was indiscriminately launching all available pre-cq builders, to get better build coverage. But it looks like Slippy isn't really used anywhere -- and it only has a private overlay.

Perhaps Slippy should be killed entirely?
we can kill slippy.  it was a ref board and i don't think we have any active configs for it anymore.  Bernie can confirm.
I think this would do it.

https://chrome-internal-review.googlesource.com/c/chromeos/manifest-internal/+/722323
https://chromium-review.googlesource.com/c/chromiumos/chromite/+/1354385

Might be worth getting some analysis from FW team still, to make sure this is just a corner case in an unmaintained overlay, and not something we expect to crop up again accidentally.
You can kill slippy.
coreboot's default config is to build seabios (and for that, to download its git repo). None of our properly configured builds should ever run into that though.

In https://chromium-review.googlesource.com/600771 we removed slippy's config, so I guess it picked the defaults instead. That it only occurred now (the commit is from early August) may be a testament to how long this buildbot config hasn't been used.
Owner: briannorris@chromium.org
Status: Started (was: Untriaged)
Cool, thanks for the info. So I'll just shop for reviews on the "how" (above CLs) of killing Slippy.
Removing slippy SGTM, we don't use it on ToT for normal builds.
Project Member

Comment 10 by bugdroid1@chromium.org, Dec 5

The following revision refers to this bug:
  https://chrome-internal.googlesource.com/chromeos/manifest-internal/+/4f49ec495f0674440ea1203667c81ba222a79e4f

commit 4f49ec495f0674440ea1203667c81ba222a79e4f
Author: Brian Norris <briannorris@chromium.org>
Date: Wed Dec 05 01:40:16 2018

Status: Fixed (was: Started)

Sign in to add a comment