Use install_only_stripped by default in certain cases
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 28/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- python
- Lĩnh vực
- build-system, tooling
Hướng nghiên cứu
This is a design discussion about when rules_python should default to install_only_stripped runtimes (opt-in today). Read the issue thread for the tradeoff: smaller binaries (~26MB vs up to ~77MB) versus debug symbols needed by tests, especially C++-heavy projects. Suggested scopes include -c opt, py_zipapp in opt mode, and exec mode. Done means maintainers agree on defaults and the flag/runtime selection is updated accordingly; do not implement until that is decided.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
We added the install_only_stripped runtimes to the default set of runtimes and made using them an opt-in choice with a flag.
Using them by default was brought up, but the discussion fizzled, so it was left as opt-in. For reference, a stripped runtime is about 26MB. Unstripped varies, but the largest is the 3.15 free threaded ones, which are 77MB.
Ignas suggested to have -c opt use install_only_stripped. I'm generally +1 on this.
My main reservation with enabling it by default is that tests benefit from having debug symbols, especially for projects that use a lot of C++ code. If we could use stripped runtimes for binaries, but not tests, when in opt mode, that'd be ideal, I think.
Maybe, at the least, we have py_zipapp default to stripped runtimes when in opt mode? That would help address the originating issue of zipapps being too large.
I'll suggest: enable it for exec mode by default. Exec tools are unlikely to need debug symbols and would benefit from a smaller runtime.
cc @gfrankliu @aignas
- Ngôn ngữ chính
- Starlark
- Star
- 687
- Fork
- 726
- Merge trung bình
- 1 ngày 10 giờ
- Pull request đã merge (30 ngày)
- 69
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của bazel-contrib/rules_python
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
bazel-contrib/rules_python#4251 · 1 reaction ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
bazel-contrib/rules_python#4201 · 3 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
bazel-contrib/rules_python#4164 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
go:embed stdlib_list.txt file in gazelle/python/std_modules.go is missingCó thể đã có người làm @udaya2899 đã nhận 15 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
bazel-contrib/rules_python#3821 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 20/100
bazel-contrib/rules_python#4250 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của bazel-contrib/rules_python
Issue tương tự
-
Build failure: limoĐang mở0.kind: build failure
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Upgrade to Go 1.27.1Đang mởhelp wanted
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
meshery-extensions/meshery-mcp-server#63 · 1 bình luận ·
-
Upgrade to Go 1.27.1Đang mởhelp wanted
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
-
Update OpenShell to 0.1.5-pre.2Đang mởpackage-update
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
oSoWoSo/vOid_Community_repOsitory#436 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
devops good first issue
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Maintainer thường phản hồi trong vòng 1 ngày