Packaging languagetool?
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
- 25/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Đình trệ
- Lĩnh vực
- build-system
Hướng nghiên cứu
Bắt đầu bằng việc đọc utils.py và xem xét staged-recipes để biết languagetool và openjdk có thể được đóng gói như thế nào, bao gồm cả cách tiếp cận Java preactivate đã đề cập. Công việc được xem là hoàn tất khi đã thống nhất cấu trúc dependency và output, có một vị trí cài đặt quen thuộc cùng các CLI wrapper, và package này tính đến vị trí đó.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Hi folks, thanks for maintaining this!
To be able to ship things built on this that work offline (once installed), I'd like to be able to encapsulate the whole dependency tree (languagetool, openjdk) as versioned conda dependencies rather than waiting for import time to download to and update ~/cache.
Since languagetool could be useful outside the context of this package, perhaps that should be added to staged-recipes (potentially built from source), and put in a well-known location (TBD) with CLI wrappers, etc.
This package could then take that location into account. The existing package could become one of a few outputs, e.g. language_tool_python_core, while the new language_tool_python package could depend on *_core and languagetool. This could be done with preactivate scripts (java packages often need these to up CLASSPATH, etc.) but a patch to utils.py might be more sensible.
If (some) of this sounds reasonable, I can take a whack at the languagetool piece!
- Ngôn ngữ chính
- Không có dữ liệu ngôn ngữ
- Star
- 1
- Fork
- 3
- 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
- Không có Dockerfile hay tệp Docker Compose
- Không 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 tương tự
-
[Bug] Dev image build fails: `npm install` in the root Dockerfile runs out of memory (exit 134)Có thể đã có người làm @andest01 đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
Maintainer thường phản hồi trong vòng 1 ngày
-
wanted: [email protected]Đang mởmodule wanted
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
bazelbuild/bazel-central-registry#11070 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
enhancement good first issue help wanted
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 63/100
-
0.kind: enhancement 9.needs: package (update)
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 67/100
NixOS/nixpkgs#573375 · 1 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
FujiNetWIFI/fujinet-firmware#1932 ·
Maintainer thường phản hồi trong vòng 1 ngày