cheshire/hscloud
1
0
Fork 0
forked from hswaw/hscloud
Code Pull requests Activity
hscloud/WORKSPACE

300 lines
8.8 KiB
Python
Raw Normal View History

rules_pip: update to new version rules_pip has a new version [1] of their rule system, incompatible with the version we used, that fixes a bunch of issues, notably: - explicit tagging of repositories for PY2/PY3/PY23 support - removal of dependency on host pip (in exchange for having to vendor wheels) - higher quality tooling for locking We update to the newer version of pip_rules, rename the external repository to pydeps and move requirements.txt, the lockfile and the newly vendored wheels to third_party/, where they belong. [1] - https://github.com/apt-itude/rules_pip/issues/16 Change-Id: I1065ee2fc410e52fca2be89fcbdd4cc5a4755d55
2019-09-22 00:19:18 +00:00
workspace(
name = "hscloud",
)
*: k0.hswaw.net somewhat working
2019-01-13 20:14:02 +00:00
load("@bazel_tools//tools/build_defs/repo:git.bzl", "git_repository")
devtools/gerrit: backport reviewiers column fix to 3.3.2 Gerrit 3.3.1 seems to have introduced a bug which makes the reviewers column in the dashboard entry: https://bugs.chromium.org/p/gerrit/issues/detail?id=13899 This adds an override of gerrit.war to our Docker containers. The .war is pulled over HTTP. It has been manually built by q3k from a source checkout. The details on how this was done are in the WORKSPACE http_file archive. Once 3.3.3 lands we should get rid of it. Change-Id: I8b64103cb87d8b185ff35165695a18cb19fea523
2021-03-18 19:15:38 +00:00
load("@bazel_tools//tools/build_defs/repo:http.bzl", "http_archive", "http_file")
*: k0.hswaw.net somewhat working
2019-01-13 20:14:02 +00:00
go: re-do the entire thing This is a mega-change, but attempting to split this up further is probably not worth the effort. Summary: 1. Bump up bazel, rules_go, and others. 2. Switch to new go target naming (bye bye go_default_library) 3. Move go deps to go.mod/go.sum, use make gazelle generate from that 4. Bump up Python deps a bit And also whatever was required to actually get things to work - loads of small useless changes. Tested to work on NixOS and Ubuntu 20.04: $ bazel build //... $ bazel test //... Change-Id: I8364bdaa1406b9ae4d0385a6b607f3e7989f98a9 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1583 Reviewed-by: q3k <q3k@hackerspace.pl>
2023-07-28 17:14:50 +00:00
# Load skylib
http_archive(
name = "bazel_skylib",
sha256 = "74d544d96f4a5bb630d465ca8bbcfe231e3594e5aae57e1edbf17a6eb3ca2506",
urls = [
"https://mirror.bazel.build/github.com/bazelbuild/bazel-skylib/releases/download/1.3.0/bazel-skylib-1.3.0.tar.gz",
"https://github.com/bazelbuild/bazel-skylib/releases/download/1.3.0/bazel-skylib-1.3.0.tar.gz",
],
)
load("@bazel_skylib//:workspace.bzl", "bazel_skylib_workspace")
bazel_skylib_workspace()
load("@bazel_skylib//lib:versions.bzl", "versions")
versions.check(minimum_bazel_version = "5.4.1")
Replace rules_pip with rules_python; use bazel built upstream grpc instead of Python packages As usual with Python sadness, the @pydeps wheels are built on the bazel host, so stuffing them inside a container_image (or py_image) will cause new and unexpected kinds of misery. Change-Id: Id4e4d53741cf2da367f01aa15c21c133c5cf0dba
2020-07-03 05:05:15 +00:00
# Protobuf deps (shared between many rules).
# Load this as early as possible, to avoid a different version being pulled in by deps of something else
http_archive(
name = "com_google_protobuf",
go: re-do the entire thing This is a mega-change, but attempting to split this up further is probably not worth the effort. Summary: 1. Bump up bazel, rules_go, and others. 2. Switch to new go target naming (bye bye go_default_library) 3. Move go deps to go.mod/go.sum, use make gazelle generate from that 4. Bump up Python deps a bit And also whatever was required to actually get things to work - loads of small useless changes. Tested to work on NixOS and Ubuntu 20.04: $ bazel build //... $ bazel test //... Change-Id: I8364bdaa1406b9ae4d0385a6b607f3e7989f98a9 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1583 Reviewed-by: q3k <q3k@hackerspace.pl>
2023-07-28 17:14:50 +00:00
sha256 = "76a33e2136f23971ce46c72fd697cd94dc9f73d56ab23b753c3e16854c90ddfd",
strip_prefix = "protobuf-2c5fa078d8e86e5f4bd34e6f4c9ea9e8d7d4d44a",
urls = [
"https://github.com/protocolbuffers/protobuf/archive/2c5fa078d8e86e5f4bd34e6f4c9ea9e8d7d4d44a.tar.gz",
],
Replace rules_pip with rules_python; use bazel built upstream grpc instead of Python packages As usual with Python sadness, the @pydeps wheels are built on the bazel host, so stuffing them inside a container_image (or py_image) will cause new and unexpected kinds of misery. Change-Id: Id4e4d53741cf2da367f01aa15c21c133c5cf0dba
2020-07-03 05:05:15 +00:00
)
go: re-do the entire thing This is a mega-change, but attempting to split this up further is probably not worth the effort. Summary: 1. Bump up bazel, rules_go, and others. 2. Switch to new go target naming (bye bye go_default_library) 3. Move go deps to go.mod/go.sum, use make gazelle generate from that 4. Bump up Python deps a bit And also whatever was required to actually get things to work - loads of small useless changes. Tested to work on NixOS and Ubuntu 20.04: $ bazel build //... $ bazel test //... Change-Id: I8364bdaa1406b9ae4d0385a6b607f3e7989f98a9 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1583 Reviewed-by: q3k <q3k@hackerspace.pl>
2023-07-28 17:14:50 +00:00
http_archive(
name = "rules_proto",
sha256 = "dc3fb206a2cb3441b485eb1e423165b231235a1ea9b031b4433cf7bc1fa460dd",
strip_prefix = "rules_proto-5.3.0-21.7",
urls = [
"https://github.com/bazelbuild/rules_proto/archive/refs/tags/5.3.0-21.7.tar.gz",
],
)
wow: init This is a shitty MMORPG server. Private. Do not touch. Change-Id: Iddfce069f5895632d305a73fcaa2d963e25dc600
2020-12-03 22:19:28 +00:00
go: re-do the entire thing This is a mega-change, but attempting to split this up further is probably not worth the effort. Summary: 1. Bump up bazel, rules_go, and others. 2. Switch to new go target naming (bye bye go_default_library) 3. Move go deps to go.mod/go.sum, use make gazelle generate from that 4. Bump up Python deps a bit And also whatever was required to actually get things to work - loads of small useless changes. Tested to work on NixOS and Ubuntu 20.04: $ bazel build //... $ bazel test //... Change-Id: I8364bdaa1406b9ae4d0385a6b607f3e7989f98a9 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1583 Reviewed-by: q3k <q3k@hackerspace.pl>
2023-07-28 17:14:50 +00:00
load("@rules_proto//proto:repositories.bzl", "rules_proto_dependencies", "rules_proto_toolchains")
rules_proto_dependencies()
rules_proto_toolchains()
rules_python_version = "0.24.0"
Replace rules_pip with rules_python; use bazel built upstream grpc instead of Python packages As usual with Python sadness, the @pydeps wheels are built on the bazel host, so stuffing them inside a container_image (or py_image) will cause new and unexpected kinds of misery. Change-Id: Id4e4d53741cf2da367f01aa15c21c133c5cf0dba
2020-07-03 05:05:15 +00:00
WORKSPACE: use nix for python/go if available This introduces Nix, the package manager, and nixpkgs, the package collection, into hscloud's bazel build machinery. There are two reasons behind this: - on NixOS, it's painful or at least very difficult to run hscloud out of the box. Especially with rules_go, that download a blob from the Internet to get a Go toolchain, it just fails outright. This solves this and allows hscloud to be used on NixOS. - on non-NixOS platforms that still might have access to Nix this allows to somewhat hermeticize the build. Notably, Python now comes from nixpkgs, and is fabricobbled in a way that makes pip3_import use Nix system dependencies for ncurses and libpq. This has been tested to run ci_presubmit on NixOS 20.09pre and Gentoo ~amd64. Change-Id: Ic16e4827cb52a05aea0df0eed84d80c5e9ae0e07
2020-09-25 20:24:17 +00:00
http_archive(
name = "rules_python",
go: re-do the entire thing This is a mega-change, but attempting to split this up further is probably not worth the effort. Summary: 1. Bump up bazel, rules_go, and others. 2. Switch to new go target naming (bye bye go_default_library) 3. Move go deps to go.mod/go.sum, use make gazelle generate from that 4. Bump up Python deps a bit And also whatever was required to actually get things to work - loads of small useless changes. Tested to work on NixOS and Ubuntu 20.04: $ bazel build //... $ bazel test //... Change-Id: I8364bdaa1406b9ae4d0385a6b607f3e7989f98a9 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1583 Reviewed-by: q3k <q3k@hackerspace.pl>
2023-07-28 17:14:50 +00:00
sha256 = "0a8003b044294d7840ac7d9d73eef05d6ceb682d7516781a4ec62eeb34702578",
WORKSPACE: update rules_python fixes https://github.com/bazelbuild/rules_python/issues/489 Change-Id: I60a1577e168376b23a8daac5dc4d976713a4eaeb
2021-06-26 12:51:15 +00:00
strip_prefix = "rules_python-{}".format(rules_python_version),
third_party/py: update rules_python, use pip-compile for requirements Change-Id: If8309e8e3a4b58142f7479005a9eb4cbb1043cdb Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1324 Reviewed-by: q3k <q3k@hackerspace.pl>
2022-06-18 21:56:22 +00:00
url = "https://github.com/bazelbuild/rules_python/archive/refs/tags/{}.tar.gz".format(rules_python_version),
WORKSPACE: use nix for python/go if available This introduces Nix, the package manager, and nixpkgs, the package collection, into hscloud's bazel build machinery. There are two reasons behind this: - on NixOS, it's painful or at least very difficult to run hscloud out of the box. Especially with rules_go, that download a blob from the Internet to get a Go toolchain, it just fails outright. This solves this and allows hscloud to be used on NixOS. - on non-NixOS platforms that still might have access to Nix this allows to somewhat hermeticize the build. Notably, Python now comes from nixpkgs, and is fabricobbled in a way that makes pip3_import use Nix system dependencies for ncurses and libpq. This has been tested to run ci_presubmit on NixOS 20.09pre and Gentoo ~amd64. Change-Id: Ic16e4827cb52a05aea0df0eed84d80c5e9ae0e07
2020-09-25 20:24:17 +00:00
)
WORKSPACE: Shuffle things around to fix tools build on macOS Change-Id: I281c1209620e9f3a017718fda1401d1ead9c52a4
2020-06-05 21:37:34 +00:00
WORKSPACE: use nix for python/go if available This introduces Nix, the package manager, and nixpkgs, the package collection, into hscloud's bazel build machinery. There are two reasons behind this: - on NixOS, it's painful or at least very difficult to run hscloud out of the box. Especially with rules_go, that download a blob from the Internet to get a Go toolchain, it just fails outright. This solves this and allows hscloud to be used on NixOS. - on non-NixOS platforms that still might have access to Nix this allows to somewhat hermeticize the build. Notably, Python now comes from nixpkgs, and is fabricobbled in a way that makes pip3_import use Nix system dependencies for ncurses and libpq. This has been tested to run ci_presubmit on NixOS 20.09pre and Gentoo ~amd64. Change-Id: Ic16e4827cb52a05aea0df0eed84d80c5e9ae0e07
2020-09-25 20:24:17 +00:00
# Download Go/Gazelle rules
WORKSPACE: Shuffle things around to fix tools build on macOS Change-Id: I281c1209620e9f3a017718fda1401d1ead9c52a4
2020-06-05 21:37:34 +00:00
http_archive(
name = "io_bazel_rules_go",
go: re-do the entire thing This is a mega-change, but attempting to split this up further is probably not worth the effort. Summary: 1. Bump up bazel, rules_go, and others. 2. Switch to new go target naming (bye bye go_default_library) 3. Move go deps to go.mod/go.sum, use make gazelle generate from that 4. Bump up Python deps a bit And also whatever was required to actually get things to work - loads of small useless changes. Tested to work on NixOS and Ubuntu 20.04: $ bazel build //... $ bazel test //... Change-Id: I8364bdaa1406b9ae4d0385a6b607f3e7989f98a9 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1583 Reviewed-by: q3k <q3k@hackerspace.pl>
2023-07-28 17:14:50 +00:00
sha256 = "51dc53293afe317d2696d4d6433a4c33feedb7748a9e352072e2ec3c0dafd2c6",
WORKSPACE: Shuffle things around to fix tools build on macOS Change-Id: I281c1209620e9f3a017718fda1401d1ead9c52a4
2020-06-05 21:37:34 +00:00
urls = [
go: re-do the entire thing This is a mega-change, but attempting to split this up further is probably not worth the effort. Summary: 1. Bump up bazel, rules_go, and others. 2. Switch to new go target naming (bye bye go_default_library) 3. Move go deps to go.mod/go.sum, use make gazelle generate from that 4. Bump up Python deps a bit And also whatever was required to actually get things to work - loads of small useless changes. Tested to work on NixOS and Ubuntu 20.04: $ bazel build //... $ bazel test //... Change-Id: I8364bdaa1406b9ae4d0385a6b607f3e7989f98a9 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1583 Reviewed-by: q3k <q3k@hackerspace.pl>
2023-07-28 17:14:50 +00:00
"https://mirror.bazel.build/github.com/bazelbuild/rules_go/releases/download/v0.40.1/rules_go-v0.40.1.zip",
"https://github.com/bazelbuild/rules_go/releases/download/v0.40.1/rules_go-v0.40.1.zip",
WORKSPACE: Shuffle things around to fix tools build on macOS Change-Id: I281c1209620e9f3a017718fda1401d1ead9c52a4
2020-06-05 21:37:34 +00:00
],
)
wow: init This is a shitty MMORPG server. Private. Do not touch. Change-Id: Iddfce069f5895632d305a73fcaa2d963e25dc600
2020-12-03 22:19:28 +00:00
WORKSPACE: Shuffle things around to fix tools build on macOS Change-Id: I281c1209620e9f3a017718fda1401d1ead9c52a4
2020-06-05 21:37:34 +00:00
http_archive(
name = "bazel_gazelle",
go: re-do the entire thing This is a mega-change, but attempting to split this up further is probably not worth the effort. Summary: 1. Bump up bazel, rules_go, and others. 2. Switch to new go target naming (bye bye go_default_library) 3. Move go deps to go.mod/go.sum, use make gazelle generate from that 4. Bump up Python deps a bit And also whatever was required to actually get things to work - loads of small useless changes. Tested to work on NixOS and Ubuntu 20.04: $ bazel build //... $ bazel test //... Change-Id: I8364bdaa1406b9ae4d0385a6b607f3e7989f98a9 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1583 Reviewed-by: q3k <q3k@hackerspace.pl>
2023-07-28 17:14:50 +00:00
sha256 = "29d5dafc2a5582995488c6735115d1d366fcd6a0fc2e2a153f02988706349825",
Make golang deps fetching go faster This commit aims to increase the speed of hscloud rebuild process by optimizing the behavior of Go dependency fetching routines. Gazelle v0.25.0 introduced a new dependency resolution mode where it does not reach out for external dependencies; instead, it operates solely on what is contained inside the workspace. Because static dependency resolution mode is now the default behavior in go_repository() rules, we are also updating the contents of //third_party/go/repositories.bzl. Also, I changed some of the bigger Go dependencies to be downloaded by a tarball fetch in order to speed up the rebuild process. Other changes: * Bump nixpkgs to a fresh snapshot * Upgrade to Bazel v5 Change-Id: Icfe752411b3128bcd5b25fa28bb76bec45ae2f71 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1441 Reviewed-by: q3k <q3k@hackerspace.pl>
2022-11-26 20:33:38 +00:00
urls = [
go: re-do the entire thing This is a mega-change, but attempting to split this up further is probably not worth the effort. Summary: 1. Bump up bazel, rules_go, and others. 2. Switch to new go target naming (bye bye go_default_library) 3. Move go deps to go.mod/go.sum, use make gazelle generate from that 4. Bump up Python deps a bit And also whatever was required to actually get things to work - loads of small useless changes. Tested to work on NixOS and Ubuntu 20.04: $ bazel build //... $ bazel test //... Change-Id: I8364bdaa1406b9ae4d0385a6b607f3e7989f98a9 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1583 Reviewed-by: q3k <q3k@hackerspace.pl>
2023-07-28 17:14:50 +00:00
"https://mirror.bazel.build/github.com/bazelbuild/bazel-gazelle/releases/download/v0.31.0/bazel-gazelle-v0.31.0.tar.gz",
"https://github.com/bazelbuild/bazel-gazelle/releases/download/v0.31.0/bazel-gazelle-v0.31.0.tar.gz",
Make golang deps fetching go faster This commit aims to increase the speed of hscloud rebuild process by optimizing the behavior of Go dependency fetching routines. Gazelle v0.25.0 introduced a new dependency resolution mode where it does not reach out for external dependencies; instead, it operates solely on what is contained inside the workspace. Because static dependency resolution mode is now the default behavior in go_repository() rules, we are also updating the contents of //third_party/go/repositories.bzl. Also, I changed some of the bigger Go dependencies to be downloaded by a tarball fetch in order to speed up the rebuild process. Other changes: * Bump nixpkgs to a fresh snapshot * Upgrade to Bazel v5 Change-Id: Icfe752411b3128bcd5b25fa28bb76bec45ae2f71 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1441 Reviewed-by: q3k <q3k@hackerspace.pl>
2022-11-26 20:33:38 +00:00
],
)
go: re-do the entire thing This is a mega-change, but attempting to split this up further is probably not worth the effort. Summary: 1. Bump up bazel, rules_go, and others. 2. Switch to new go target naming (bye bye go_default_library) 3. Move go deps to go.mod/go.sum, use make gazelle generate from that 4. Bump up Python deps a bit And also whatever was required to actually get things to work - loads of small useless changes. Tested to work on NixOS and Ubuntu 20.04: $ bazel build //... $ bazel test //... Change-Id: I8364bdaa1406b9ae4d0385a6b607f3e7989f98a9 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1583 Reviewed-by: q3k <q3k@hackerspace.pl>
2023-07-28 17:14:50 +00:00
load("@io_bazel_rules_go//go:deps.bzl", "go_register_toolchains", "go_rules_dependencies")
load("//third_party/go:repositories.bzl", "go_repositories")
Make golang deps fetching go faster This commit aims to increase the speed of hscloud rebuild process by optimizing the behavior of Go dependency fetching routines. Gazelle v0.25.0 introduced a new dependency resolution mode where it does not reach out for external dependencies; instead, it operates solely on what is contained inside the workspace. Because static dependency resolution mode is now the default behavior in go_repository() rules, we are also updating the contents of //third_party/go/repositories.bzl. Also, I changed some of the bigger Go dependencies to be downloaded by a tarball fetch in order to speed up the rebuild process. Other changes: * Bump nixpkgs to a fresh snapshot * Upgrade to Bazel v5 Change-Id: Icfe752411b3128bcd5b25fa28bb76bec45ae2f71 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1441 Reviewed-by: q3k <q3k@hackerspace.pl>
2022-11-26 20:33:38 +00:00
Replace rules_pip with rules_python; use bazel built upstream grpc instead of Python packages As usual with Python sadness, the @pydeps wheels are built on the bazel host, so stuffing them inside a container_image (or py_image) will cause new and unexpected kinds of misery. Change-Id: Id4e4d53741cf2da367f01aa15c21c133c5cf0dba
2020-07-03 05:05:15 +00:00
# Python rules
WORKSPACE: rules_python->0.13; switch to hermetic interpreter Change-Id: I0145f9db6a71fa9080b166dd75ff2c1b93e2b241 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1462 Reviewed-by: q3k <q3k@hackerspace.pl>
2023-02-04 22:57:59 +00:00
load("@rules_python//python:repositories.bzl", "python_register_toolchains")
python_register_toolchains(
name = "python3_10",
python_version = "3.10",
)
load("@python3_10//:defs.bzl", "interpreter")
WORKSPACE: use pip_parse This switches over to rules_python's new pip_parse remote dependency fetching, which significantly reduces Python hell in Bazel. Now each Python dependency gets its own external repository, which means we don't have to build psycopg on every hscloud checkout! Change-Id: Icc3b39197fae1046648d9a483876f5de5bd415d0
2021-06-29 19:16:45 +00:00
load("@rules_python//python:pip.bzl", "pip_parse")
third_party/go: move some repositories from WORKSPACE Change-Id: Icc23c741512d148c9b3dfb19c52b205d4c0150bd
2021-07-11 12:32:36 +00:00
WORKSPACE: use pip_parse This switches over to rules_python's new pip_parse remote dependency fetching, which significantly reduces Python hell in Bazel. Now each Python dependency gets its own external repository, which means we don't have to build psycopg on every hscloud checkout! Change-Id: Icc3b39197fae1046648d9a483876f5de5bd415d0
2021-06-29 19:16:45 +00:00
pip_parse(
wow: init This is a shitty MMORPG server. Private. Do not touch. Change-Id: Iddfce069f5895632d305a73fcaa2d963e25dc600
2020-12-03 22:19:28 +00:00
name = "pydeps",
WORKSPACE: rules_python->0.13; switch to hermetic interpreter Change-Id: I0145f9db6a71fa9080b166dd75ff2c1b93e2b241 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1462 Reviewed-by: q3k <q3k@hackerspace.pl>
2023-02-04 22:57:59 +00:00
python_interpreter_target = interpreter,
WORKSPACE: use pip_parse This switches over to rules_python's new pip_parse remote dependency fetching, which significantly reduces Python hell in Bazel. Now each Python dependency gets its own external repository, which means we don't have to build psycopg on every hscloud checkout! Change-Id: Icc3b39197fae1046648d9a483876f5de5bd415d0
2021-06-29 19:16:45 +00:00
requirements_lock = "//third_party/py:requirements.txt",
Replace rules_pip with rules_python; use bazel built upstream grpc instead of Python packages As usual with Python sadness, the @pydeps wheels are built on the bazel host, so stuffing them inside a container_image (or py_image) will cause new and unexpected kinds of misery. Change-Id: Id4e4d53741cf2da367f01aa15c21c133c5cf0dba
2020-07-03 05:05:15 +00:00
)
third_party/go: move some repositories from WORKSPACE Change-Id: Icc23c741512d148c9b3dfb19c52b205d4c0150bd
2021-07-11 12:32:36 +00:00
WORKSPACE: use pip_parse This switches over to rules_python's new pip_parse remote dependency fetching, which significantly reduces Python hell in Bazel. Now each Python dependency gets its own external repository, which means we don't have to build psycopg on every hscloud checkout! Change-Id: Icc3b39197fae1046648d9a483876f5de5bd415d0
2021-06-29 19:16:45 +00:00
load("@pydeps//:requirements.bzl", "install_deps")
go: re-do the entire thing This is a mega-change, but attempting to split this up further is probably not worth the effort. Summary: 1. Bump up bazel, rules_go, and others. 2. Switch to new go target naming (bye bye go_default_library) 3. Move go deps to go.mod/go.sum, use make gazelle generate from that 4. Bump up Python deps a bit And also whatever was required to actually get things to work - loads of small useless changes. Tested to work on NixOS and Ubuntu 20.04: $ bazel build //... $ bazel test //... Change-Id: I8364bdaa1406b9ae4d0385a6b607f3e7989f98a9 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1583 Reviewed-by: q3k <q3k@hackerspace.pl>
2023-07-28 17:14:50 +00:00
WORKSPACE: use pip_parse This switches over to rules_python's new pip_parse remote dependency fetching, which significantly reduces Python hell in Bazel. Now each Python dependency gets its own external repository, which means we don't have to build psycopg on every hscloud checkout! Change-Id: Icc3b39197fae1046648d9a483876f5de5bd415d0
2021-06-29 19:16:45 +00:00
install_deps()
Replace rules_pip with rules_python; use bazel built upstream grpc instead of Python packages As usual with Python sadness, the @pydeps wheels are built on the bazel host, so stuffing them inside a container_image (or py_image) will cause new and unexpected kinds of misery. Change-Id: Id4e4d53741cf2da367f01aa15c21c133c5cf0dba
2020-07-03 05:05:15 +00:00
WORKSPACE: use nix for python/go if available This introduces Nix, the package manager, and nixpkgs, the package collection, into hscloud's bazel build machinery. There are two reasons behind this: - on NixOS, it's painful or at least very difficult to run hscloud out of the box. Especially with rules_go, that download a blob from the Internet to get a Go toolchain, it just fails outright. This solves this and allows hscloud to be used on NixOS. - on non-NixOS platforms that still might have access to Nix this allows to somewhat hermeticize the build. Notably, Python now comes from nixpkgs, and is fabricobbled in a way that makes pip3_import use Nix system dependencies for ncurses and libpq. This has been tested to run ci_presubmit on NixOS 20.09pre and Gentoo ~amd64. Change-Id: Ic16e4827cb52a05aea0df0eed84d80c5e9ae0e07
2020-09-25 20:24:17 +00:00
# Setup Go toolchain.
third_party/go: move some repositories from WORKSPACE Change-Id: Icc23c741512d148c9b3dfb19c52b205d4c0150bd
2021-07-11 12:32:36 +00:00
go: re-do the entire thing This is a mega-change, but attempting to split this up further is probably not worth the effort. Summary: 1. Bump up bazel, rules_go, and others. 2. Switch to new go target naming (bye bye go_default_library) 3. Move go deps to go.mod/go.sum, use make gazelle generate from that 4. Bump up Python deps a bit And also whatever was required to actually get things to work - loads of small useless changes. Tested to work on NixOS and Ubuntu 20.04: $ bazel build //... $ bazel test //... Change-Id: I8364bdaa1406b9ae4d0385a6b607f3e7989f98a9 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1583 Reviewed-by: q3k <q3k@hackerspace.pl>
2023-07-28 17:14:50 +00:00
# gazelle:repository_macro third_party/go/repositories.bzl%go_repositories
# gazelle:repository go_repository name=hscloud importpath=code.hackerspace.pl/hscloud
go_repositories()
load("@bazel_gazelle//:deps.bzl", "go_repository")
go_repository(
name = "org_golang_x_mod",
build_external = "external",
importpath = "golang.org/x/mod",
sum = "h1:lFO9qtOdlre5W1jxS3r/4szv2/6iXxScdzjoBMXNhYk=",
version = "v0.10.0",
)
go_rules_dependencies()
go_register_toolchains(go_version = "1.20.5")
WORKSPACE: use nix for python/go if available This introduces Nix, the package manager, and nixpkgs, the package collection, into hscloud's bazel build machinery. There are two reasons behind this: - on NixOS, it's painful or at least very difficult to run hscloud out of the box. Especially with rules_go, that download a blob from the Internet to get a Go toolchain, it just fails outright. This solves this and allows hscloud to be used on NixOS. - on non-NixOS platforms that still might have access to Nix this allows to somewhat hermeticize the build. Notably, Python now comes from nixpkgs, and is fabricobbled in a way that makes pip3_import use Nix system dependencies for ncurses and libpq. This has been tested to run ci_presubmit on NixOS 20.09pre and Gentoo ~amd64. Change-Id: Ic16e4827cb52a05aea0df0eed84d80c5e9ae0e07
2020-09-25 20:24:17 +00:00
Replace rules_pip with rules_python; use bazel built upstream grpc instead of Python packages As usual with Python sadness, the @pydeps wheels are built on the bazel host, so stuffing them inside a container_image (or py_image) will cause new and unexpected kinds of misery. Change-Id: Id4e4d53741cf2da367f01aa15c21c133c5cf0dba
2020-07-03 05:05:15 +00:00
http_archive(
name = "com_github_grpc_grpc",
go: re-do the entire thing This is a mega-change, but attempting to split this up further is probably not worth the effort. Summary: 1. Bump up bazel, rules_go, and others. 2. Switch to new go target naming (bye bye go_default_library) 3. Move go deps to go.mod/go.sum, use make gazelle generate from that 4. Bump up Python deps a bit And also whatever was required to actually get things to work - loads of small useless changes. Tested to work on NixOS and Ubuntu 20.04: $ bazel build //... $ bazel test //... Change-Id: I8364bdaa1406b9ae4d0385a6b607f3e7989f98a9 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1583 Reviewed-by: q3k <q3k@hackerspace.pl>
2023-07-28 17:14:50 +00:00
patch_args = ["-p1"],
patches = [
"//third_party:grpc_extra_deps.patch",
],
sha256 = "931f07db9d48cff6a6007c1033ba6d691fe655bea2765444bc1ad974dfc840aa",
strip_prefix = "grpc-1.56.2",
urls = ["https://github.com/grpc/grpc/archive/v1.56.2.tar.gz"],
Replace rules_pip with rules_python; use bazel built upstream grpc instead of Python packages As usual with Python sadness, the @pydeps wheels are built on the bazel host, so stuffing them inside a container_image (or py_image) will cause new and unexpected kinds of misery. Change-Id: Id4e4d53741cf2da367f01aa15c21c133c5cf0dba
2020-07-03 05:05:15 +00:00
)
WORKSPACE: use nix for python/go if available This introduces Nix, the package manager, and nixpkgs, the package collection, into hscloud's bazel build machinery. There are two reasons behind this: - on NixOS, it's painful or at least very difficult to run hscloud out of the box. Especially with rules_go, that download a blob from the Internet to get a Go toolchain, it just fails outright. This solves this and allows hscloud to be used on NixOS. - on non-NixOS platforms that still might have access to Nix this allows to somewhat hermeticize the build. Notably, Python now comes from nixpkgs, and is fabricobbled in a way that makes pip3_import use Nix system dependencies for ncurses and libpq. This has been tested to run ci_presubmit on NixOS 20.09pre and Gentoo ~amd64. Change-Id: Ic16e4827cb52a05aea0df0eed84d80c5e9ae0e07
2020-09-25 20:24:17 +00:00
# Load grpc deps after Go, to prevent overriding Go toolchains/SDK.
Replace rules_pip with rules_python; use bazel built upstream grpc instead of Python packages As usual with Python sadness, the @pydeps wheels are built on the bazel host, so stuffing them inside a container_image (or py_image) will cause new and unexpected kinds of misery. Change-Id: Id4e4d53741cf2da367f01aa15c21c133c5cf0dba
2020-07-03 05:05:15 +00:00
load("@com_github_grpc_grpc//bazel:grpc_deps.bzl", "grpc_deps")
wow: init This is a shitty MMORPG server. Private. Do not touch. Change-Id: Iddfce069f5895632d305a73fcaa2d963e25dc600
2020-12-03 22:19:28 +00:00
Replace rules_pip with rules_python; use bazel built upstream grpc instead of Python packages As usual with Python sadness, the @pydeps wheels are built on the bazel host, so stuffing them inside a container_image (or py_image) will cause new and unexpected kinds of misery. Change-Id: Id4e4d53741cf2da367f01aa15c21c133c5cf0dba
2020-07-03 05:05:15 +00:00
grpc_deps()
wow: init This is a shitty MMORPG server. Private. Do not touch. Change-Id: Iddfce069f5895632d305a73fcaa2d963e25dc600
2020-12-03 22:19:28 +00:00
Replace rules_pip with rules_python; use bazel built upstream grpc instead of Python packages As usual with Python sadness, the @pydeps wheels are built on the bazel host, so stuffing them inside a container_image (or py_image) will cause new and unexpected kinds of misery. Change-Id: Id4e4d53741cf2da367f01aa15c21c133c5cf0dba
2020-07-03 05:05:15 +00:00
load("@com_github_grpc_grpc//bazel:grpc_extra_deps.bzl", "grpc_extra_deps")
wow: init This is a shitty MMORPG server. Private. Do not touch. Change-Id: Iddfce069f5895632d305a73fcaa2d963e25dc600
2020-12-03 22:19:28 +00:00
Replace rules_pip with rules_python; use bazel built upstream grpc instead of Python packages As usual with Python sadness, the @pydeps wheels are built on the bazel host, so stuffing them inside a container_image (or py_image) will cause new and unexpected kinds of misery. Change-Id: Id4e4d53741cf2da367f01aa15c21c133c5cf0dba
2020-07-03 05:05:15 +00:00
grpc_extra_deps()
WORKSPACE: Shuffle things around to fix tools build on macOS Change-Id: I281c1209620e9f3a017718fda1401d1ead9c52a4
2020-06-05 21:37:34 +00:00
go: re-do the entire thing This is a mega-change, but attempting to split this up further is probably not worth the effort. Summary: 1. Bump up bazel, rules_go, and others. 2. Switch to new go target naming (bye bye go_default_library) 3. Move go deps to go.mod/go.sum, use make gazelle generate from that 4. Bump up Python deps a bit And also whatever was required to actually get things to work - loads of small useless changes. Tested to work on NixOS and Ubuntu 20.04: $ bazel build //... $ bazel test //... Change-Id: I8364bdaa1406b9ae4d0385a6b607f3e7989f98a9 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1583 Reviewed-by: q3k <q3k@hackerspace.pl>
2023-07-28 17:14:50 +00:00
load("@bazel_gazelle//:deps.bzl", "gazelle_dependencies")
WORKSPACE: reformat, add novnc Change-Id: I0162f3a704967cac4c20ec23f962a9be5c210490 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1155 Reviewed-by: q3k <q3k@hackerspace.pl>
2021-10-07 18:45:20 +00:00
WORKSPACE: Shuffle things around to fix tools build on macOS Change-Id: I281c1209620e9f3a017718fda1401d1ead9c52a4
2020-06-05 21:37:34 +00:00
gazelle_dependencies()
*: move away from python_rules python_rules is completely broken when it comes to py2/py3 support. Here, we replace it with native python rules from new Bazel versions [1] and rules_pip for PyPI dependencies [2]. rules_pip is somewhat little known and experimental, but it seems to work much better than what we had previously. We also unpin rules_docker and fix .bazelrc to force Bazel into Python 2 mode - hopefully, this repo will now work fine under operating systems where `python` is python2 (as the standard dictates). [1] - https://docs.bazel.build/versions/master/be/python.html [2] - https://github.com/apt-itude/rules_pip Change-Id: Ibd969a4266db564bf86e9c96275deffb9610dd44
2019-07-14 14:29:52 +00:00
# Docker rules
http_archive(
name = "io_bazel_rules_docker",
go: re-do the entire thing This is a mega-change, but attempting to split this up further is probably not worth the effort. Summary: 1. Bump up bazel, rules_go, and others. 2. Switch to new go target naming (bye bye go_default_library) 3. Move go deps to go.mod/go.sum, use make gazelle generate from that 4. Bump up Python deps a bit And also whatever was required to actually get things to work - loads of small useless changes. Tested to work on NixOS and Ubuntu 20.04: $ bazel build //... $ bazel test //... Change-Id: I8364bdaa1406b9ae4d0385a6b607f3e7989f98a9 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1583 Reviewed-by: q3k <q3k@hackerspace.pl>
2023-07-28 17:14:50 +00:00
sha256 = "b1e80761a8a8243d03ebca8845e9cc1ba6c82ce7c5179ce2b295cd36f7e394bf",
urls = ["https://github.com/bazelbuild/rules_docker/releases/download/v0.25.0/rules_docker-v0.25.0.tar.gz"],
*: move away from python_rules python_rules is completely broken when it comes to py2/py3 support. Here, we replace it with native python rules from new Bazel versions [1] and rules_pip for PyPI dependencies [2]. rules_pip is somewhat little known and experimental, but it seems to work much better than what we had previously. We also unpin rules_docker and fix .bazelrc to force Bazel into Python 2 mode - hopefully, this repo will now work fine under operating systems where `python` is python2 (as the standard dictates). [1] - https://docs.bazel.build/versions/master/be/python.html [2] - https://github.com/apt-itude/rules_pip Change-Id: Ibd969a4266db564bf86e9c96275deffb9610dd44
2019-07-14 14:29:52 +00:00
)
devtools/bazel-cache: build from source, use docker_push Change-Id: Ie889372b9a7b439e04c1899c90753349440e727a
2019-07-21 21:56:43 +00:00
load("@io_bazel_rules_docker//toolchains/docker:toolchain.bzl", docker_toolchain_configure = "toolchain_configure")
*: move away from python_rules python_rules is completely broken when it comes to py2/py3 support. Here, we replace it with native python rules from new Bazel versions [1] and rules_pip for PyPI dependencies [2]. rules_pip is somewhat little known and experimental, but it seems to work much better than what we had previously. We also unpin rules_docker and fix .bazelrc to force Bazel into Python 2 mode - hopefully, this repo will now work fine under operating systems where `python` is python2 (as the standard dictates). [1] - https://docs.bazel.build/versions/master/be/python.html [2] - https://github.com/apt-itude/rules_pip Change-Id: Ibd969a4266db564bf86e9c96275deffb9610dd44
2019-07-14 14:29:52 +00:00
load(
"@io_bazel_rules_docker//repositories:repositories.bzl",
container_repositories = "repositories",
)
wow: init This is a shitty MMORPG server. Private. Do not touch. Change-Id: Iddfce069f5895632d305a73fcaa2d963e25dc600
2020-12-03 22:19:28 +00:00
*: move away from python_rules python_rules is completely broken when it comes to py2/py3 support. Here, we replace it with native python rules from new Bazel versions [1] and rules_pip for PyPI dependencies [2]. rules_pip is somewhat little known and experimental, but it seems to work much better than what we had previously. We also unpin rules_docker and fix .bazelrc to force Bazel into Python 2 mode - hopefully, this repo will now work fine under operating systems where `python` is python2 (as the standard dictates). [1] - https://docs.bazel.build/versions/master/be/python.html [2] - https://github.com/apt-itude/rules_pip Change-Id: Ibd969a4266db564bf86e9c96275deffb9610dd44
2019-07-14 14:29:52 +00:00
container_repositories()
go/{mirko,statusz}: better status, kubernetes client Change-Id: I66753a79eaf36529aee508d2b7782aab00de1498
2019-07-21 21:50:05 +00:00
app/mailman-web: create There's a lot of ugly hacks here, but this has been the state of prod for months now, so we should reflect that. Also, this bumps a bunch of workspace deps. Change-Id: I744e0d3aff27036cfed73416cf442c7d62444a8b Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1473 Reviewed-by: q3k <q3k@hackerspace.pl>
2023-02-04 22:47:44 +00:00
load(
"@io_bazel_rules_docker//python3:image.bzl",
_py_image_repos = "repositories",
)
_py_image_repos()
app/factorio: build docker image
2019-05-18 14:23:45 +00:00
# Docker base images
load("@io_bazel_rules_docker//container:container.bzl", "container_pull")
app/gerrit/kube: implement This change impelements the k8s machinery for Gerrit. This might look somewhat complex at first, but the gist of it is: - k8s mounts etc, git, cache, db, index as RW PVs - k8s mounts a configmap containing gerrit.conf into an external directory - k8s mounts a secret containing secure.conf into an external directory - on startup, gerrit's entrypoint will copy over {gerrit,secure}.conf and start a small updater script that copies over gerrit.conf if there's any change. This should, in theory, make gerrit reload its config. This is already running on production. You're probably looking at this change through the instance deployed by itself :) Change-Id: Ida9dff721c17cf4da7fb6ccbb54d2c4024672572
2019-06-21 18:38:35 +00:00
app/mailman-web: create There's a lot of ugly hacks here, but this has been the state of prod for months now, so we should reflect that. Also, this bumps a bunch of workspace deps. Change-Id: I744e0d3aff27036cfed73416cf442c7d62444a8b Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1473 Reviewed-by: q3k <q3k@hackerspace.pl>
2023-02-04 22:47:44 +00:00
container_pull(
name = "python-debian",
digest = "sha256:cfa3b79333c4e56fc675b6800445b6dcbb3e6cd4d52f2a9ade944ab73dadc6a1",
registry = "index.docker.io",
repository = "python",
tag = "3.10-bullseye", # use the same version as in python_register_toolchains
)
app/factorio: build docker image
2019-05-18 14:23:45 +00:00
container_pull(
name = "prodimage-bionic",
WORKSPACE: reformat, add novnc Change-Id: I0162f3a704967cac4c20ec23f962a9be5c210490 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1155 Reviewed-by: q3k <q3k@hackerspace.pl>
2021-10-07 18:45:20 +00:00
digest = "sha256:1cd1f84169b8e1414a5d511b42909f2d540831c67b6799ae9af8cd6a80d75b5f",
devtools/prodimage: create We start having the need to have our own production image instead ofjust a bare Ubuntu image. For instance, octorpki will need rync and TLS CA bundles. Change-Id: Ia8d9604ae8c320f858cfe8a2dc21ddcc321017ff
2019-07-30 11:07:04 +00:00
registry = "registry.k0.hswaw.net",
repository = "q3k/prodimage",
Draw the actual rest of the fucking owl. Change-Id: Ia04fb49ebbe3a5afccc57e62f6335e35b45192fe
2019-08-22 16:13:13 +00:00
tag = "20190822-1227",
app/factorio: build docker image
2019-05-18 14:23:45 +00:00
)
prodimage: bump to focal Change-Id: I502ef4bbc593dae4db900eb10dc4ad93daad3985 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1382 Reviewed-by: q3k <q3k@hackerspace.pl>
2021-12-26 10:26:42 +00:00
container_pull(
name = "prodimage-focal",
digest = "sha256:fb6159a3ddf2f783092f1169792d1fba6f108714026ad2aa08204e8356825a13",
registry = "registry.k0.hswaw.net",
repository = "q3k/prodimage-focal",
tag = "20211214-0108",
)
app/gerrit/kube: implement This change impelements the k8s machinery for Gerrit. This might look somewhat complex at first, but the gist of it is: - k8s mounts etc, git, cache, db, index as RW PVs - k8s mounts a configmap containing gerrit.conf into an external directory - k8s mounts a secret containing secure.conf into an external directory - on startup, gerrit's entrypoint will copy over {gerrit,secure}.conf and start a small updater script that copies over gerrit.conf if there's any change. This should, in theory, make gerrit reload its config. This is already running on production. You're probably looking at this change through the instance deployed by itself :) Change-Id: Ida9dff721c17cf4da7fb6ccbb54d2c4024672572
2019-06-21 18:38:35 +00:00
container_pull(
gerrit: bump to 3.7.5 This involved messing with both of our source-built plugins (owners and oauth). The main issue seems to have been the desync between Jackson as requested by different plugins. Jackson is split into multiple Maven packages, and they all have to be the same version to work together. The oauth plugin was requesting only part of it, and these parts were incompatible with the parts that the owners plugin requested. In addition, we have to make the owners plugin include more bits of Jackson. Without these changes, we would get runtime `java.lang.NoClassDefFoundError: com/fasterxml/jackson/...` errors, which were a symptom of Jackson either not being included fully into the plugin's JAR, or a mixup between Jackson component/package versions. While we're at it, we remove the broken theming attempt. Change-Id: I26531818a395de2a8bb6054d2583881fd1d5b806 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1642 Reviewed-by: q3k <q3k@hackerspace.pl>
2023-10-08 12:27:44 +00:00
name = "gerrit-3.7.5",
digest = "sha256:3705f3cb365bf53a8e310dd7e09c8fb44a073e1266dc0e713b6fdc04c91ab9f2",
app/gerrit/kube: implement This change impelements the k8s machinery for Gerrit. This might look somewhat complex at first, but the gist of it is: - k8s mounts etc, git, cache, db, index as RW PVs - k8s mounts a configmap containing gerrit.conf into an external directory - k8s mounts a secret containing secure.conf into an external directory - on startup, gerrit's entrypoint will copy over {gerrit,secure}.conf and start a small updater script that copies over gerrit.conf if there's any change. This should, in theory, make gerrit reload its config. This is already running on production. You're probably looking at this change through the instance deployed by itself :) Change-Id: Ida9dff721c17cf4da7fb6ccbb54d2c4024672572
2019-06-21 18:38:35 +00:00
registry = "index.docker.io",
repository = "gerritcodereview/gerrit",
gerrit: bump to 3.7.5 This involved messing with both of our source-built plugins (owners and oauth). The main issue seems to have been the desync between Jackson as requested by different plugins. Jackson is split into multiple Maven packages, and they all have to be the same version to work together. The oauth plugin was requesting only part of it, and these parts were incompatible with the parts that the owners plugin requested. In addition, we have to make the owners plugin include more bits of Jackson. Without these changes, we would get runtime `java.lang.NoClassDefFoundError: com/fasterxml/jackson/...` errors, which were a symptom of Jackson either not being included fully into the plugin's JAR, or a mixup between Jackson component/package versions. While we're at it, we remove the broken theming attempt. Change-Id: I26531818a395de2a8bb6054d2583881fd1d5b806 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1642 Reviewed-by: q3k <q3k@hackerspace.pl>
2023-10-08 12:27:44 +00:00
tag = "3.7.5-ubuntu20",
app/gerrit/kube: implement This change impelements the k8s machinery for Gerrit. This might look somewhat complex at first, but the gist of it is: - k8s mounts etc, git, cache, db, index as RW PVs - k8s mounts a configmap containing gerrit.conf into an external directory - k8s mounts a secret containing secure.conf into an external directory - on startup, gerrit's entrypoint will copy over {gerrit,secure}.conf and start a small updater script that copies over gerrit.conf if there's any change. This should, in theory, make gerrit reload its config. This is already running on production. You're probably looking at this change through the instance deployed by itself :) Change-Id: Ida9dff721c17cf4da7fb6ccbb54d2c4024672572
2019-06-21 18:38:35 +00:00
)
third_party/factorio: init We turn the existing experimental BUILD file into a nicely abstracted starlark rule generator, for generating both external repositories and container build rules from a single source of truth. We also add 0.18.22 (which we already pushed via :push_latest). Change-Id: I521d6e5cb9447eaf6f237671b7ef07d621cd9c77
2020-05-10 19:34:10 +00:00
# third_party/factorio
load("//third_party/factorio:factorio.bzl", "factorio_repositories")
wow: init This is a shitty MMORPG server. Private. Do not touch. Change-Id: Iddfce069f5895632d305a73fcaa2d963e25dc600
2020-12-03 22:19:28 +00:00
third_party/factorio: init We turn the existing experimental BUILD file into a nicely abstracted starlark rule generator, for generating both external repositories and container build rules from a single source of truth. We also add 0.18.22 (which we already pushed via :push_latest). Change-Id: I521d6e5cb9447eaf6f237671b7ef07d621cd9c77
2020-05-10 19:34:10 +00:00
factorio_repositories()
personal/q3k/factorio: bump, add ds Change-Id: I15dbbfdd911fb61fc5769443ef4f2e862cf6c7e1
2020-04-01 00:05:42 +00:00
devtools/gerrit: bump to 3.0.8, add OWNERS plugins Change-Id: I161ca0339bec0486c9b1446b141ecf1424112d9c
2020-04-12 16:37:21 +00:00
# For devtools/gerrit/gerrit-oauth-provider and gerrit OWNERS plugin
app/gerrit: import OAuth provider and add SSO support This change: - imports gerrit-oauth-provider from upstream - adds sso.hackerspae.pl support to it Change-Id: I92e7053614a9297bf1ced3aac044c0002acd836a
2019-06-21 17:59:52 +00:00
git_repository(
name = "com_googlesource_gerrit_bazlets",
gerrit/bazlets: use fork for better fetching Change-Id: Id0c51b2e1591bef0c3d597cbcae64b373a2aa17f Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1744 Reviewed-by: q3k <q3k@hackerspace.pl>
2023-10-27 18:59:04 +00:00
# change 389378, https://gerrit-review.googlesource.com/c/bazlets/+/389378
commit = "0c120e55519b103477b6e0b0ce9130cd6f19abff",
WORKSPACE: reformat, add novnc Change-Id: I0162f3a704967cac4c20ec23f962a9be5c210490 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1155 Reviewed-by: q3k <q3k@hackerspace.pl>
2021-10-07 18:45:20 +00:00
remote = "https://gerrit.googlesource.com/bazlets",
make WORKSPACE rules reproducible per bazel error message: DEBUG: Rule X indicated that a canonical reproducible form can be obtained by modifying arguments shallow_since = Y Change-Id: I1c29609197d776536b7bc0336858047d7494d795
2020-12-28 20:40:09 +00:00
shallow_since = "1606931369 -0600",
app/gerrit: import OAuth provider and add SSO support This change: - imports gerrit-oauth-provider from upstream - adds sso.hackerspae.pl support to it Change-Id: I92e7053614a9297bf1ced3aac044c0002acd836a
2019-06-21 17:59:52 +00:00
)
gerrit: bump to 3.7.5 This involved messing with both of our source-built plugins (owners and oauth). The main issue seems to have been the desync between Jackson as requested by different plugins. Jackson is split into multiple Maven packages, and they all have to be the same version to work together. The oauth plugin was requesting only part of it, and these parts were incompatible with the parts that the owners plugin requested. In addition, we have to make the owners plugin include more bits of Jackson. Without these changes, we would get runtime `java.lang.NoClassDefFoundError: com/fasterxml/jackson/...` errors, which were a symptom of Jackson either not being included fully into the plugin's JAR, or a mixup between Jackson component/package versions. While we're at it, we remove the broken theming attempt. Change-Id: I26531818a395de2a8bb6054d2583881fd1d5b806 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1642 Reviewed-by: q3k <q3k@hackerspace.pl>
2023-10-08 12:27:44 +00:00
# Force newer version of Gerrit plugin API.
WORKSPACE: cleanup This removes some old skylib/zlib deps, moves all Go repositories to a separate file, and in general does a small cleanup pass on external repository magic. Change-Id: Ic9700ee4c40cdb2e5a68e4fc7c6b3e386a109f8a
2020-06-20 23:26:22 +00:00
load("@com_googlesource_gerrit_bazlets//:gerrit_api.bzl", "gerrit_api")
gerrit: bump to 3.7.5 This involved messing with both of our source-built plugins (owners and oauth). The main issue seems to have been the desync between Jackson as requested by different plugins. Jackson is split into multiple Maven packages, and they all have to be the same version to work together. The oauth plugin was requesting only part of it, and these parts were incompatible with the parts that the owners plugin requested. In addition, we have to make the owners plugin include more bits of Jackson. Without these changes, we would get runtime `java.lang.NoClassDefFoundError: com/fasterxml/jackson/...` errors, which were a symptom of Jackson either not being included fully into the plugin's JAR, or a mixup between Jackson component/package versions. While we're at it, we remove the broken theming attempt. Change-Id: I26531818a395de2a8bb6054d2583881fd1d5b806 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1642 Reviewed-by: q3k <q3k@hackerspace.pl>
2023-10-08 12:27:44 +00:00
gerrit_api(
version = "3.7.5",
plugin_api_sha1 = "1ea41f95da74045c2cdb30d359041a79b61e72ff",
gerrit/bazlets: use fork for better fetching Change-Id: Id0c51b2e1591bef0c3d597cbcae64b373a2aa17f Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1744 Reviewed-by: q3k <q3k@hackerspace.pl>
2023-10-27 18:59:04 +00:00
acceptance_framework_sha1 = "aa51456eda49f928217de4bd46e4af8fbea8c4f1",
gerrit: bump to 3.7.5 This involved messing with both of our source-built plugins (owners and oauth). The main issue seems to have been the desync between Jackson as requested by different plugins. Jackson is split into multiple Maven packages, and they all have to be the same version to work together. The oauth plugin was requesting only part of it, and these parts were incompatible with the parts that the owners plugin requested. In addition, we have to make the owners plugin include more bits of Jackson. Without these changes, we would get runtime `java.lang.NoClassDefFoundError: com/fasterxml/jackson/...` errors, which were a symptom of Jackson either not being included fully into the plugin's JAR, or a mixup between Jackson component/package versions. While we're at it, we remove the broken theming attempt. Change-Id: I26531818a395de2a8bb6054d2583881fd1d5b806 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1642 Reviewed-by: q3k <q3k@hackerspace.pl>
2023-10-08 12:27:44 +00:00
)
app/gerrit: import OAuth provider and add SSO support This change: - imports gerrit-oauth-provider from upstream - adds sso.hackerspae.pl support to it Change-Id: I92e7053614a9297bf1ced3aac044c0002acd836a
2019-06-21 17:59:52 +00:00
third_party/go: move some repositories from WORKSPACE Change-Id: Icc23c741512d148c9b3dfb19c52b205d4c0150bd
2021-07-11 12:32:36 +00:00
load("//devtools/gerrit/gerrit-oauth-provider:external_plugin_deps.bzl", gerrit_oauth_deps = "external_plugin_deps")
gerrit_oauth_deps(omit_commons_codec = False)
devtools/gerrit: bump to 3.0.8, add OWNERS plugins Change-Id: I161ca0339bec0486c9b1446b141ecf1424112d9c
2020-04-12 16:37:21 +00:00
# Gerrit OWNERS plugins external repositories
git_repository(
name = "com_googlesource_gerrit_plugin_owners",
gerrit: bump to 3.7.5 This involved messing with both of our source-built plugins (owners and oauth). The main issue seems to have been the desync between Jackson as requested by different plugins. Jackson is split into multiple Maven packages, and they all have to be the same version to work together. The oauth plugin was requesting only part of it, and these parts were incompatible with the parts that the owners plugin requested. In addition, we have to make the owners plugin include more bits of Jackson. Without these changes, we would get runtime `java.lang.NoClassDefFoundError: com/fasterxml/jackson/...` errors, which were a symptom of Jackson either not being included fully into the plugin's JAR, or a mixup between Jackson component/package versions. While we're at it, we remove the broken theming attempt. Change-Id: I26531818a395de2a8bb6054d2583881fd1d5b806 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1642 Reviewed-by: q3k <q3k@hackerspace.pl>
2023-10-08 12:27:44 +00:00
commit = "6db2d3f048f56fa49469d315b716787d21f8393f",
WORKSPACE: reformat, add novnc Change-Id: I0162f3a704967cac4c20ec23f962a9be5c210490 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1155 Reviewed-by: q3k <q3k@hackerspace.pl>
2021-10-07 18:45:20 +00:00
remote = "https://gerrit.googlesource.com/plugins/owners/",
make WORKSPACE rules reproducible per bazel error message: DEBUG: Rule X indicated that a canonical reproducible form can be obtained by modifying arguments shallow_since = Y Change-Id: I1c29609197d776536b7bc0336858047d7494d795
2020-12-28 20:40:09 +00:00
shallow_since = "1593642470 +0200",
gerrit: bump to 3.7.5 This involved messing with both of our source-built plugins (owners and oauth). The main issue seems to have been the desync between Jackson as requested by different plugins. Jackson is split into multiple Maven packages, and they all have to be the same version to work together. The oauth plugin was requesting only part of it, and these parts were incompatible with the parts that the owners plugin requested. In addition, we have to make the owners plugin include more bits of Jackson. Without these changes, we would get runtime `java.lang.NoClassDefFoundError: com/fasterxml/jackson/...` errors, which were a symptom of Jackson either not being included fully into the plugin's JAR, or a mixup between Jackson component/package versions. While we're at it, we remove the broken theming attempt. Change-Id: I26531818a395de2a8bb6054d2583881fd1d5b806 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1642 Reviewed-by: q3k <q3k@hackerspace.pl>
2023-10-08 12:27:44 +00:00
patch_args = ["-p1"],
patches = [
"//third_party:gerrit_plugins_owner.patch",
],
devtools/gerrit: bump to 3.0.8, add OWNERS plugins Change-Id: I161ca0339bec0486c9b1446b141ecf1424112d9c
2020-04-12 16:37:21 +00:00
)
third_party/go: move some repositories from WORKSPACE Change-Id: Icc23c741512d148c9b3dfb19c52b205d4c0150bd
2021-07-11 12:32:36 +00:00
load("@com_googlesource_gerrit_plugin_owners//:external_plugin_deps_standalone.bzl", gerrit_owners_deps = "external_plugin_deps_standalone")
WORKSPACE: update for new gerrit Forgot to commit in https://gerrit.hackerspace.pl/c/hscloud/+/581 . Whoops. Change-Id: I9605b07079e4d1a9c916e6106034f3dba98964c2
2020-12-17 22:32:42 +00:00
gerrit_owners_deps()
devtools/gerrit: bump to 3.0.8, add OWNERS plugins Change-Id: I161ca0339bec0486c9b1446b141ecf1424112d9c
2020-04-12 16:37:21 +00:00
devtools/bazel-cache: build from source, use docker_push Change-Id: Ie889372b9a7b439e04c1899c90753349440e727a
2019-07-21 21:56:43 +00:00
# Go image repos for Docker
go: re-do the entire thing This is a mega-change, but attempting to split this up further is probably not worth the effort. Summary: 1. Bump up bazel, rules_go, and others. 2. Switch to new go target naming (bye bye go_default_library) 3. Move go deps to go.mod/go.sum, use make gazelle generate from that 4. Bump up Python deps a bit And also whatever was required to actually get things to work - loads of small useless changes. Tested to work on NixOS and Ubuntu 20.04: $ bazel build //... $ bazel test //... Change-Id: I8364bdaa1406b9ae4d0385a6b607f3e7989f98a9 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1583 Reviewed-by: q3k <q3k@hackerspace.pl>
2023-07-28 17:14:50 +00:00
load(
"@io_bazel_rules_docker//go:image.bzl",
go_image_repos = "repositories",
)
wow: init This is a shitty MMORPG server. Private. Do not touch. Change-Id: Iddfce069f5895632d305a73fcaa2d963e25dc600
2020-12-03 22:19:28 +00:00
go: re-do the entire thing This is a mega-change, but attempting to split this up further is probably not worth the effort. Summary: 1. Bump up bazel, rules_go, and others. 2. Switch to new go target naming (bye bye go_default_library) 3. Move go deps to go.mod/go.sum, use make gazelle generate from that 4. Bump up Python deps a bit And also whatever was required to actually get things to work - loads of small useless changes. Tested to work on NixOS and Ubuntu 20.04: $ bazel build //... $ bazel test //... Change-Id: I8364bdaa1406b9ae4d0385a6b607f3e7989f98a9 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1583 Reviewed-by: q3k <q3k@hackerspace.pl>
2023-07-28 17:14:50 +00:00
go_image_repos()
cluster/tools/rook-s3cmd-config: build using bazel This turns the existing script into a proper sh_binary, and injects dependencies (kubectl and jq) as deps into it. This change also pulls in BUILDfiles for jq, and a dep (oniguruma) into //third_party, and adds buildable external repositories for them. The jq/oniguruma BUILDfiles are lifted from https://github.com/attilaolah/bazel-tools/. Change-Id: If2e548bd60a8fd34e4f3be767ae59c6b2f2286d9
2020-06-13 20:43:06 +00:00
hswaw/site: mirror google fonts More privacy more better. Change-Id: I2186a3ee47f72e4a8c3e52a45c15727da0a6a9c4 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1251 Reviewed-by: q3k <q3k@hackerspace.pl>
2022-02-01 09:36:47 +00:00
# //hswaw/site deps.
load("//hswaw/site:deps.bzl", "hswaw_site_deps")
go: re-do the entire thing This is a mega-change, but attempting to split this up further is probably not worth the effort. Summary: 1. Bump up bazel, rules_go, and others. 2. Switch to new go target naming (bye bye go_default_library) 3. Move go deps to go.mod/go.sum, use make gazelle generate from that 4. Bump up Python deps a bit And also whatever was required to actually get things to work - loads of small useless changes. Tested to work on NixOS and Ubuntu 20.04: $ bazel build //... $ bazel test //... Change-Id: I8364bdaa1406b9ae4d0385a6b607f3e7989f98a9 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1583 Reviewed-by: q3k <q3k@hackerspace.pl>
2023-07-28 17:14:50 +00:00
hswaw/site: mirror google fonts More privacy more better. Change-Id: I2186a3ee47f72e4a8c3e52a45c15727da0a6a9c4 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1251 Reviewed-by: q3k <q3k@hackerspace.pl>
2022-02-01 09:36:47 +00:00
hswaw_site_deps()
WORKSPACE: reformat, add novnc Change-Id: I0162f3a704967cac4c20ec23f962a9be5c210490 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1155 Reviewed-by: q3k <q3k@hackerspace.pl>
2021-10-07 18:45:20 +00:00
# noVNC, used by //dc/drackvm.
http_archive(
name = "com_github_novnc_novnc",
build_file_content = """
filegroup(
name = "distfiles",
srcs = [
"vnc.html",
] + glob([
"app/**",
"core/**",
"vendor/**",
]),
visibility = ["//visibility:public"],
)
""",
sha256 = "2c972cca34376dfd2a54939e7e571e466511bf592d03e838440b3c8868441eaf",
strip_prefix = "noVNC-1.3.0-beta",
WORKSPACE,third_party/go: reformat Change-Id: If263013bd9a544696ee2530688f7f7d4ded49a92 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1159 Reviewed-by: patryk <patryk@hackerspace.pl>
2021-10-07 19:24:31 +00:00
urls = ["https://github.com/novnc/noVNC/archive/refs/tags/v1.3.0-beta.tar.gz"],
hswaw/site: load leaflet from NPM package Instead of manually packaging leaflet.js into the Git repository, this uses an http_archive to download it on demand, and augments the static serving code to accept different regexes as paths so that the http_archive's contents can be served directly. Change-Id: Icb8d624fea855fb748f107471133ac8adb5f2776
2021-06-01 22:24:34 +00:00
)
calico 3.14 -> 1.15 Change-Id: I9eceaf26017e483235b97c8d08717d2750fabe25 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/995 Reviewed-by: q3k <q3k@hackerspace.pl>
2021-06-18 11:12:41 +00:00
# temporarily use upstream binary, see //cluster/tools/BUILD
http_file(
name = "calicoctl_3_15",
downloaded_file_path = "calicoctl",
executable = True,
go: re-do the entire thing This is a mega-change, but attempting to split this up further is probably not worth the effort. Summary: 1. Bump up bazel, rules_go, and others. 2. Switch to new go target naming (bye bye go_default_library) 3. Move go deps to go.mod/go.sum, use make gazelle generate from that 4. Bump up Python deps a bit And also whatever was required to actually get things to work - loads of small useless changes. Tested to work on NixOS and Ubuntu 20.04: $ bazel build //... $ bazel test //... Change-Id: I8364bdaa1406b9ae4d0385a6b607f3e7989f98a9 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1583 Reviewed-by: q3k <q3k@hackerspace.pl>
2023-07-28 17:14:50 +00:00
sha256 = "f49e9e8d25108f7f22d5a51c756b2fe40cbe36347ad297e31a767376172f2845",
urls = ["https://github.com/projectcalico/calicoctl/releases/download/v3.15.5/calicoctl"],
calico 3.14 -> 1.15 Change-Id: I9eceaf26017e483235b97c8d08717d2750fabe25 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/995 Reviewed-by: q3k <q3k@hackerspace.pl>
2021-06-18 11:12:41 +00:00
)
dc/topo: unvendor viz.js This instead grabs a prebuild viz.js 2.x from a GH release. Ideally we would use some more generic JS dep mechanism here (there's some Good (tm) ones for Bazel now!), but this will do for now. Change-Id: I58e9f67534acd2e3d08d93dc5f9a989dbbbbe3d1 Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1721 Reviewed-by: radex <radex@hackerspace.pl>
2023-10-10 15:22:11 +00:00
# viz.js 2.x used by //dc/topo
load("//third_party:vizjs.bzl", "vizjs_repositories")
vizjs_repositories()
Copy permalink