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: Apache
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

Required by (0)

Sources (8)

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

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

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

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.

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.