Search Criteria
Package Details: metals 0.9.0-4
| Git Clone URL: | https://aur.archlinux.org/metals.git (read-only, click to copy) |
|---|---|
| Package Base: | metals |
| Description: | Language Server For Scala |
| Upstream URL: | https://scalameta.org/metals/ |
| Keywords: | jvm lsp scala |
| Licenses: | |
| Submitter: | isomarcte |
| Maintainer: | isomarcte |
| Last Packager: | isomarcte |
| Votes: | 7 |
| Popularity: | 0.166567 |
| First Submitted: | 2019-04-10 17:11 |
| Last Updated: | 2020-05-12 17:33 |
Dependencies (8)
- findutils (findutils-git, findutils-selinux)
- python (python-dbg)
- java-environment<=11 (jdk5, tuxjdk, jdk7-openjdk-infinality, java-8-openjdk-shenandoah, jdk8-openjdk-infinality, java-gcj-compat, jdk10-openjdk-openj9-bin, jdk9, zulu-10-bin, jdk-devel, jdk8-arm64, jdk6, jdk12-openj9-bin, zulu-12-bin, jdk7, jdk12, jdk8-openjdk-dcevm, jetbrains-jre8, sapmachine-jdk-bin, jdk11-graalvm-ee-bin, liberica-jdk-full-bin, liberica-jdk-11-bin, liberica-jdk-11-lite-bin, liberica-jre-11-bin, liberica-jdk-11-full-bin, liberica-jre-11-full-bin, zulu-11-bin, zulu-8-bin, zulu-13-bin, jdk-arm, jdk11-adoptopenjdk, amazon-corretto-8, amazon-corretto-11, jdk8-adoptopenjdk, jdk, jdk-adoptopenjdk, jetbrains-jre, zulu-embedded-jdk11, jdk8-jetbrains, zulu-embedded-jdk8, jdk8, jdk-openj9-bin, jdk14-openj9-bin, jdk8-openj9-bin, jdk8-arm, jdk11-openj9-bin, jdk11, jdk11-graalvm-bin, jdk8-graalvm-bin, jdk7-j9-bin, jdk7r1-j9-bin, jdk8-j9-bin, jdk13-openj9-bin, jdk9-openj9-bin, jdk10, liberica-jdk-8-full-bin, java-openjdk-bin, jdk11-openjdk-dcevm, jdk-jetbrains, java-openjdk-ea-bin, jdk8-openjdk-jetbrains, jdk8-openjdk-shenandoah, java-openjdk-loom-ea-bin, jdk-openjdk, jdk11-openjdk, jdk7-openjdk, jdk8-openjdk)
- coreutils (coreutils-git, coreutils-selinux) (make)
- grep (grep-git) (make)
- sbt (sbt-extras-git) (make)
- sed (sed-git) (make)
- bloop (optional)
Latest Comments
1 2 Next › Last »
Musikolo commented on 2020-01-14 00:28
Why after install this package VS Code still shows the "Downloading metals v0.8.0" message which gets multiples JARS under
$HOME/.cache/coursier?Isn't it supposed this package to bundle all those JAR files?
I know I'm missing something, but I don't know what... :-/
isomarcte commented on 2020-01-13 21:31
@Crandel it's not a typo. 0.7.6 did not build with JDK 11, but it did run with JDK 11. 0.8.x should build and run though.
See https://github.com/scalameta/metals/pull/1171
I'm getting it updated for 0.8.x now.
Crandel commented on 2020-01-13 17:07
There is a typo in PKGBUILD. For building you could use jdk11, but it require < 11
isomarcte commented on 2019-12-05 00:15
@Crandel sorry that took a bit longer. 0.7.6-2 now allows you to specify the JDK to run with using the METALS_JDK_PATH environment variable, but defaults to 11, then 10, then 8 in that order.
isomarcte commented on 2019-11-25 23:00
Yes, I've been meaning to do that for some time. I'll see if I can get to it today.
ckipp01 commented on 2019-11-25 18:38
We actually use this for a few different reasons. Not all clients respect LSP the same way, which causes us to have to rely on what is set as that variable. Also, LSP is extensible, which allows us to build custom LSP extension, our tree view protocol for example https://scalameta.org/metals/docs/editors/tree-view-protocol.html, and not all editors support those extensions. Another reason is that certain editors interpret the same command a bit different. For example, VS Code will add a "magic" indent when you send a textEdit from the server to the client, but emacs won't. So, we use that variable to provide a better user experience for the end user. :)
Crandel commented on 2019-11-25 13:18
Can you update java-environment=8 to java-environment=11. Java 11 is supported right now based on this issue https://github.com/scalameta/metals/issues/762
cheezsteak commented on 2019-09-11 14:56
FYI for vim users. If you are using a different language server plugin than vim-lsc you can set the _METALS_CLIENT variable yourself and use the metals-client script.
It's very odd that metals needs to know what client your using when the whole point of a language server is to be client agnostic.
amesgen commented on 2019-04-19 16:23
Perfect, thanks for the nice work on this package!
isomarcte commented on 2019-04-19 15:36
@amesgen, I definitely can. That's a great idea and I'm sorry I missed it.
The 0.5.0-6 build provides this now.