Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

buildBazelPackage: use same bazel for deps & build #362195

Draft
wants to merge 4 commits into
base: master
Choose a base branch
from

Conversation

boltzmannrain
Copy link
Contributor

It should make more sense to use same bazel to produce & consume the deps.

Produced deps tarball seems to be currently the same if build
with or without enableNixHacks, at least have verified it for fcitx5-mozc.

Since we also start using bazelForBuild.name for version string it
will invalidate the deps, which sounds like a good thing to do on
buildBazelPackage changes. This will cause a rebuild but relatively
few packages are affected.

Things done

  • Built on platform(s)
    • x86_64-linux
    • aarch64-linux
    • x86_64-darwin
    • aarch64-darwin
  • For non-Linux: Is sandboxing enabled in nix.conf? (See Nix manual)
    • sandbox = relaxed
    • sandbox = true
  • Tested, as applicable:
  • Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
  • Tested basic functionality of all binary files (usually in ./result/bin/)
  • 25.05 Release Notes (or backporting 24.11 and 25.05 Release notes)
    • (Package updates) Added a release notes entry if the change is major or breaking
    • (Module updates) Added a release notes entry if the change is significant
    • (Module addition) Added a release notes entry if adding a new NixOS module
  • Fits CONTRIBUTING.md.

Add a 👍 reaction to pull requests you find important.

It should make more sense to use same `bazel` to produce & consume the deps.

Produced deps tarball seems to be currently the same if build
with or without `enableNixHacks`, at least have verified it for `fcitx5-mozc`.

Since we also start using `bazelForBuild.name` for version string it
will invalidate the deps, which sounds like a good thing to do on
`buildBazelPackage` changes. This will cause a rebuild but relatively
few packages are affected.
@boltzmannrain

This comment was marked as outdated.

@boltzmannrain boltzmannrain force-pushed the build_bazel_package_bazel branch from 9aacdc5 to 5cfb1cf Compare December 5, 2024 22:57
@boltzmannrain

This comment was marked as outdated.

@boltzmannrain boltzmannrain force-pushed the build_bazel_package_bazel branch from 5cfb1cf to f89e75e Compare December 5, 2024 23:39
@boltzmannrain

This comment was marked as outdated.

@philiptaron philiptaron marked this pull request as draft December 5, 2024 23:42
@philiptaron
Copy link
Contributor

Marking this as draft while it's still a work in progress. Ping me when it's ready for review.

@boltzmannrain boltzmannrain force-pushed the build_bazel_package_bazel branch from f89e75e to 6022f67 Compare December 6, 2024 22:47
@boltzmannrain
Copy link
Contributor Author

@ofborg build bant
@ofborg build envoy
@ofborg build fcitx5-mozc
@ofborg build perf_data_converter
@ofborg build protoc-gen-js
@ofborg build tensorflow-lite
@ofborg build verible
@ofborg build python3Packages.jaxlib
@ofborg build python3Packages.jaxlibWithCuda
@ofborg build python3Packages.tensorflow-probability
@ofborg build python3Packages.tensorflow
@ofborg build python3Packages.tensorflowWithCuda

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants