Search Criteria
Package Details: metals 1.3.5-1
Package Actions
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: | Apache-2.0 |
Submitter: | isomarcte |
Maintainer: | isomarcte |
Last Packager: | isomarcte |
Votes: | 10 |
Popularity: | 0.132444 |
First Submitted: | 2019-04-10 17:11 (UTC) |
Last Updated: | 2024-10-03 15:29 (UTC) |
Dependencies (8)
- findutils (findutils-gitAUR, busybox-coreutilsAUR, findutils-selinuxAUR)
- java-environment (jdk12AUR, jdk10AUR, jdk10-openj9-binAUR, jdk7AUR, amazon-corretto-16AUR, jdk8-graalvm-binAUR, jdk16-graalvm-binAUR, jdk16-adoptopenjdkAUR, jdk8-armAUR, liberica-jre-11-binAUR, jdk11-j9-binAUR, jdk11-jbr-xdgAUR, jdk16-openjdkAUR, jdk14-openjdkAUR, jdk18-openjdkAUR, amazon-corretto-19-binAUR, jdk19-graalvm-binAUR, liberica-jre-11-full-binAUR, jdk19-graalvm-ee-binAUR, jdk13-openjdk-binAUR, liberica-jre-8-full-binAUR, jdk11-graalvm-binAUR, jdk-openj9AUR, jdk11-graalvm-ee-binAUR, jdk12-openjdkAUR, jdk11-dragonwell-standard-binAUR, jdk11-jetbrains-binAUR, jdk20-graalvm-binAUR, jdk17-graalvm-binAUR, jdk8-graalvm-ee-binAUR, zulu-15-binAUR, jdk20-openj9-binAUR, zulu-13-binAUR, jdk8-dragonwell-extended-binAUR, jdk8-dragonwell-standard-binAUR, jdk11-dragonwell-extended-binAUR, jdk17-dragonwell-standard-binAUR, jdk11AUR, jdk8-j9-binAUR, jdk7-j9-binAUR, jdk7r1-j9-binAUR, jdk8-dragonwell-extendedAUR, jdk13-openjdkAUR, jdk15-openjdkAUR, jdk21-graalvm-binAUR, jdk17-jetbrainsAUR, jdk8-openj9-binAUR, jdk-ltsAUR, microsoft-openjdk-11-binAUR, microsoft-openjdk-17-binAUR, microsoft-openjdk-21-binAUR, liberica-nik-24-full-binAUR, jdk21-jetbrains-gitAUR, zulu-17-binAUR, zulu-11-binAUR, zulu-8-binAUR, mandrel-binAUR, mandrel24-binAUR, liberica-jdk-17-full-binAUR, liberica-jdk-11-lite-binAUR, liberica-jdk-11-full-binAUR, liberica-jdk-11-binAUR, jdk17-graalvm-ee-binAUR, jdk21-graalvm-ee-binAUR, jdk22-graalvm-ee-binAUR, jdk20-graalvm-ee-binAUR, jdk22-graalvm-binAUR, jdk19-openjdkAUR, jdk17-jetbrains-binAUR, zulu-jdk-fx-binAUR, jabba-binAUR, jdk21-jetbrainsAUR, jdk17-zulu-prime-binAUR, zing-21-binAUR, zing-8-binAUR, jdk23-graalvm-ee-binAUR, jdk-android-studioAUR, java-openjdk-binAUR, amazon-corretto-17AUR, amazon-corretto-21-binAUR, jdk21-temurinAUR, amazon-corretto-8AUR, amazon-corretto-11AUR, jdk11-temurinAUR, liberica-jdk-full-binAUR, liberica-jdk-21-full-binAUR, liberica-jdk-8-full-binAUR, jdk17-temurinAUR, jdk8-temurinAUR, zulu-21-binAUR, jdk-temurinAUR, jdk8AUR, zulu-17-fx-binAUR, jdk8-perfAUR, zulu-fx-binAUR, zulu8-fx-binAUR, zulu11-fx-binAUR, zulu17-fx-binAUR, zulu21-fx-binAUR, jdk-openj9-binAUR, jdk11-openj9-binAUR, jdk17-openj9-binAUR, jre-jetbrainsAUR, jdk-openjdk-wakefieldAUR, jdk21-openj9-binAUR, zulu-23-binAUR, jdkAUR, jdk21-jetbrains-binAUR, jdk21-dragonwell-standard-binAUR, jdk21-dragonwell-extended-binAUR, java-openjdk-ea-binAUR, jre-zulu-binAUR, jre-zulu-fx-binAUR, jdk-openjdk, jdk11-openjdk, jdk17-openjdk, jdk21-openjdk, jdk8-openjdk)
- python (python37AUR, python311AUR, python310AUR)
- coreutils (coreutils-gitAUR, busybox-coreutilsAUR, coreutils-hybrid-gitAUR, coreutils-hybridAUR, coreutils-selinuxAUR, coreutils-uutilsAUR) (make)
- grep (grep-gitAUR, busybox-coreutilsAUR, grep-compatAUR) (make)
- sbt (sbt-extras-gitAUR) (make)
- sed (busybox-coreutilsAUR, sed-gitAUR) (make)
- bloopAUR (optional)
Latest Comments
« First ‹ Previous 1 2 3
isomarcte commented on 2019-11-25 23:00 (UTC)
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 (UTC)
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 (UTC)
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 (UTC)
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 (UTC)
Perfect, thanks for the nice work on this package!
isomarcte commented on 2019-04-19 15:36 (UTC)
@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.
amesgen commented on 2019-04-18 23:57 (UTC)
Can you enforce Java 8 in the start scripts?
https://wiki.archlinux.org/index.php/Java#Launching_an_application_with_the_non-default_java_version
« First ‹ Previous 1 2 3