Including upstream list as submodule/subtree would be more transparent
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 35/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- git, python
- Lĩnh vực
- build-system, release
Hướng nghiên cứu
Bắt đầu bằng cách kiểm tra cách public_suffix_list.dat hiện có được đưa vào các bản build của python-publicsuffix2 và cách các bản phát hành tạo archive. So sánh một subtree hoặc submodule với quy trình đóng gói của repository, sử dụng tệp publicsuffix/list từ upstream làm nguồn. Công việc được xem là hoàn tất khi các bản build không còn tải danh sách xuống và cả wheel lẫn archive của tagged release đều chứa một phiên bản được đóng gói có thể tái lập.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
During packaging of python-publicsuffix2 I realized, that downloading the publicsuffix list during build time makes it unreproducible (any time the package is rebuilt, it will have a different list).
My suggestion would be to include the publicsuffix list from upstream directly as e.g. a git submodule or git subtree (the latter is preferred as this way the files actually end up in an automatically generated tarball on github when tagging a release) and not download it during build time at all to ensure reproducibility raise transparency.
The data lives in this repository already, so it could also be copied manually, but IMHO a subtree or submodule is the more transparent way of dealing with this.
Currently only the wheel on pypi.org is really ensured to carry the currently bundled version of the publicsuffix list. For anyone else building this package, this assumption is not valid.
- Ngôn ngữ chính
- Python
- Star
- 30
- Fork
- 16
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
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 aboutcode-org/python-publicsuffix2
-
codes.open is deprecated in python3.14Có thể làm lại được Pull request cho issue này đã bị đóng mà không được merge. Đang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 52/100
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 55/100
-
Mislabeling of eTLD-`n`Đang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 30/100
aboutcode-org/python-publicsuffix2#23 · 1 bình luận · 1 reaction ·
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 35/100
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 45/100
aboutcode-org/python-publicsuffix2#21 · 1 reaction ·
Tất cả issue của aboutcode-org/python-publicsuffix2
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 79/100
aws-samples/sample-per-model-bedrock#639 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 86/100
awslabs/visual-asset-management-system#937 ·
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 62/100
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 79/100
project-codeflare/codeflare-sdk#1195 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Bump numpy dependencyĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
pandas-dev/pandas-stubs#2051 ·
Maintainer thường phản hồi trong vòng 1 ngày