0
Files
src/infra/config
Brian Sheedy f5958284be Switch Dawn builderful Linux-based trybots to builderless
Switches all Dawn builderful trybots which run on Linux GCEs to instead
be builderless in the luci.chromium.gpu.try pool. max_concurrent_builds
is set to the same value as the builderful pool size for each builder.

There should be sufficient spare capacity in the pool for this, as the
fewest number of idle Linux GCEs in the pool in the past week has been
27, and this should only add a max of 26 additional builds if every
builder is running its max number of allowed builds simultaneously.

Bug: 375244064
Change-Id: Ic258240d848e83929138b4e3624ddaee4016682f
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/6566090
Reviewed-by: Garrett Beaty <gbeaty@google.com>
Commit-Queue: Brian Sheedy <bsheedy@chromium.org>
Cr-Commit-Position: refs/heads/main@{#1462873}
2025-05-20 10:18:31 -07:00
..
2025-04-29 10:12:28 -07:00

Configurations for Chrome Operation services

IMPORTANT: This branch only has an effect for branches that have projects set up in https://chrome-internal.googlesource.com/infradata/config/+/HEAD/configs/luci-config/projects.cfg

This directory contains chromium project-wide configurations for Chrome Operations services. For example, cr-buildbucket.cfg defines builders.

Currently active version can be checked at https://luci-config.appspot.com/#/projects/chromium .

Starlark configs

The configuration is written using starlark, which is executed using lucicfg to generate the raw cfg files located in generated. See https://chromium.googlesource.com/infra/luci/luci-go/+/HEAD/lucicfg/doc/README.md for more information on lucicfg/starlark.

The starlark configuration is rooted in main.star and dev.star, which execute other starlark files to generate a subset of the LUCI service configuration files. A presubmit check enforces that the generated files are kept in sync with the output of the starlark configuration.

The configuration rooted at main.star defines the LUCI services configuration for the chromium project on the production instance of LUCI. The configuration is responsible for generating the raw configuration files that do not end in -dev.cfg as well as the markdown file cq-builders.md. Starlark files in the following directories are consumed by the configuration:

  • lib - Utilities for defining LUCI entities.
  • subprojects - Definitions of LUCI entities.
  • generators - Definitions of lucicfg generators that do various things to post-process the LUCI configuration before the output files are generated. (e.g. generate no-op jobs to workaround limitations of our recipe config) or generate additional files (e.g. the CQ builders markdown document).
  • validators - Definitions of lucicfg generators that perform additional validation on the the LUCI configuration (e.g. ensure all builders are added to at least one console).
  • outages - Definitions of config settings for operations common when handling outages.

The configuration rooted at dev.star defines the LUCI services configuration for the chromium project on the dev instance of LUCI. This configuration consumes starlark files under the dev directory and is responsible for generating the raw configuration files ending in -dev.cfg.

VS Code

In order to get syntax highlighting, the Bazel can be installed.

In order to get "go to definition" to work, an extra language server needs to be available for the Bazel extension. This currently requires applying a custom patch on top of the bazel-lsp project and compiling the language server binary, then using it via settings.json in VS Code. See the //tools/vscode/bazel_lsp/README.md for more details.