Open bchretien opened 9 years ago
I see the appropriate JAR in there, so I think it is possible. I'm guessing it involves modifying download_lt.py
so that it doesn't bother downloading a JAR if it is already on the system globally. Then maybe it can symlink the JAR instead of downloading a new one.
A pull request is welcome.
Note neither Debian or Fedora have a LanguageTool package, but there is a copr for v3.6 , and a very stale packaging request for Ubuntu.
A new packaging request for https://github.com/Findus23/pylanguagetool (online service wrapper): https://bugs.launchpad.net/ubuntu/+bug/1737826
Should be able to specify the LanguageTool API server as an alternative, too. If you're going to manage LanguageTool separately, why insist it be on the same box? With LanguageTool running on a centralized server, you could easily implement this package as part of CI for checking for spelling/grammar issues in markdown files without having to do a full install every time the CI is run. Sure, you could pre-install a special CI, but who wants to do that? :smirk:
Just give us another option to do it how we want to.
We could also point our wikis, drupal, wordpress, etc at the LanguageTool server to check for issue before anything gets published. Those would be outside of CI, and who wants to manage two servers/services doing the same job?
Hi! Since this project has been abandoned, I started a new fork over at https://github.com/jxmorris12/language_tool_python.
My version supports new versions of Java and LanguageTool. language-check
is stuck on Java 8 and LanguageTool 3.2; latest versions are Java 14 and LanguageTool 4.9!
I'm happy to help you with your issue if you raise it over at my repository! Thanks!
I was in the process of packaging language-check for Arch Linux, when I realized the setup script was actually downloading LanguageTool. Since a
languagetool
package is already available in the official Arch packages (v3.0), do you think it would be possible to rely on it instead? You can see a list of the files it contains here, so if the setup script can handle an extra argument to find the jar files at runtime, this would be greatly appreciated :)