tests missing in sdist/ incoherent tagging vs tarball naming
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
- Lỗi
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- python
- Lĩnh vực
- build-system, release
Hướng nghiên cứu
Bắt đầu bằng cách so sánh MANIFEST.in và setup.py với sdist được phát hành trên PyPI và một archive được tạo cục bộ từ release-2.2019-12-21. Theo dõi cách release tag và tên archive được tạo ra. Hoàn thành khi sdist được phát hành chứa các tệp kiểm thử và cách đặt tên cho tag và distribution tuân theo một scheme nhất quán đã được ghi lại.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Hi! I'm packaging python-publisuffx2 for Arch Linux and would like to be able to run tests from the sdist tarball on pypi.
Although the test files should be included (according to MANIFEST.in), they are not.
As a test I've checked out the current latest version (release-2.2019-12-21) and ran python setup.py sdist myself. The files are included in the created sdist tarball, which makes me wonder how the sdists for pypi.org were created.
It would be great, if the sdists included the tests, as currently I have to use the github tarballs to be able to run the tests.
This leads me to the second topic: The tag naming and resulting tarballs are incoherent and lead to more complicated string substitutions to track upstream and/or use the github source tarball vs. using pypi's sdist tarball: release-2.2019-12-21 -> publicsuffix2-2.20191221.tar.gz
I understand, that the tagging scheme so far follows an ISO standard for the date, but it would be more coherent to strip the hyphens to be in line with the resulting tarball/wheel: e.g. release-2.20191221 -> publicsuffix2-2.20191221.tar.gz
- 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ự
-
factory
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Arize-ai/phoenix#17420 · 1 bình luận · 1 reaction ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
FireDynamics/LEDSmokeAnalysis#176 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
PC
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Make `ocifs` optionalĐang mởdependencies
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
dlt-contrib/dlt-filesystem#51 ·
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 68/100
Maintainer thường phản hồi trong vòng 1 ngày