Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

Packaging languagetool?

Open
#2 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
5/5
Estimated time
Over a week
Newbie friendliness
25/100
Issue type
Feature
Clarity
Needs clarification
Activity status
Stale
Tech stack
java, python
Domain
build-system

Research direction

Start by reading utils.py and reviewing staged-recipes for how languagetool and openjdk could be packaged, including the mentioned Java preactivate approach. Done would require an agreed dependency and output structure, a well-known installation location with CLI wrappers, and having this package account for that location.

Written by the indexing model from the issue text.

Description

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!

Dominant language
No language data
Stars
1
Forks
3
PR merge metrics
No merged PRs in 30d

Getting set up

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Similar issues

More Build System issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.