by

Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • 20:18
    pvid ready_for_review #1378
  • 20:18
    pvid edited #1378
  • 20:17
    pvid opened #1378
  • 11:51
    ornicar commented #1362
  • Sep 26 20:41
    aishfenton edited #1377
  • Sep 26 20:40
    aishfenton edited #1377
  • Sep 26 20:39
    aishfenton edited #1377
  • Sep 26 20:39
    aishfenton opened #1377
  • Sep 25 15:48
    darjutak commented #1355
  • Sep 25 10:05
    tgodzik commented #1355
  • Sep 25 09:58
    tgodzik opened #1376
  • Sep 25 09:55
    ornicar commented #1362
  • Sep 25 09:30
    ornicar commented #1362
  • Sep 25 09:16
    ornicar commented #1362
  • Sep 25 00:58
    eatkins commented #1355
  • Sep 25 00:57
    eatkins closed #1355
  • Sep 25 00:57
    eatkins commented #1355
  • Sep 24 11:13
    tgodzik commented #1362
  • Sep 24 10:44
    tgodzik commented #1362
  • Sep 24 10:44
    tgodzik commented #1362
Glen Marchesani
@fizzy33
and fwiw I have already told @raphaelenns_gitlab like 10 gazillion times to just switch off of windows but he doesn't listen :-)
Arthur McGibbon
@Arthurm1
@raphaelenns_gitlab I have a multiple module project working on Windows but I'm using Intellij 2020.2 EAP. There were a few BSP + Windows path issues fixed recently - maybe you're hitting one of them on 2020.1.1. see
Tomasz Godzik
@tgodzik
We are continually running tests for Metals with Bloop on windows, so I am pretty sure it should work. You can try running the CLI for Bloop to confirm if it's working separately from the IDE, otherwise this might be on the Intellij side.
Batiste Dekimpe
@batiste-dek_gitlab

Hello
I'm trying to setup bloop to work with a Play + Scala project on a MacOS computer. The command sbt bloopInstall gives me this output:

[error] Not a valid command: bloopInstall
[error] Not a valid project ID: bloopInstall
[error] Expected ':'
[error] Not a valid key: bloopInstall
[error] bloopInstall

Thanks so much in advance

Batiste Dekimpe
@batiste-dek_gitlab
If anyone has the same problem as above, I had to add bloop in my global sbt plugins.
Ólafur Páll Geirsson
@olafurpg
@batiste-dek_gitlab it's best to install sbt-bloop per project instead of locally
Raphael Enns
@raphaelenns_gitlab
Thanks @Arthurm1 and @tgodzik. I tested the same project using Metals and VSCode and that seemed to work fine. I'll just wait for Intellij 2020.2 and try again then.
mwielocha
@mwielocha
Hello, I have a quick question: is there a way to make bloop output class files to sbt's target directories? In short: is there a way to make sbt compile projects with bloop?
Tomasz Godzik
@tgodzik
@mwielocha not currently, but it is something that @jvican has already been working on
the dream is to compile everything just once
mwielocha
@mwielocha
@tgodzik perfect, that sounds awesome!
Adam Rosien
@arosien

i'm getting a NoSuchMethodError when running bloop console, which seems to have happened before: https://gitter.im/scalacenter/bloop?at=5e41e38055b6b04bf6a4873a

Any ideas @jvican, if you can recall?

Adam Rosien
@arosien
there's already an issue filed scalacenter/bloop#1301
Christian Palmhøj Nielsen
@cpnielsen

Hi! I tried searching google and the Github issues, but couldn't find any mention of this. It's technically an IntelliJ-question, so please direct me elsewhere if that makes sense.

I have installed Bloop for an existing project and followed the IntelliJ guide. Once imported and setup, I can compile it from the command line (bloop compile projectname) and it works fast and reliably. However, in IntelliJ when I attempt a build it starts two processes - "Build running (BSP Build)" and the "regular" compile process displaying the scalac status (phaser, typechecking, etc.) for files. I can stop the scalac process and the BSP Build process continues and completes, but it seems like a misconfiguration that causes build to trigger both approaches. Can someone give a hint as to what I should change?

(Also, when joining this gitter it says it's deprecated and links to a non-existant heroku app)

Robby Kiskanyan
@robbyki
not finding any docs showing how to tell metals in vscode to use "metals.bloopVersion" (1.4.1) I have in my settings and to not use my local cli installation version.
Jorge
@jvican
@cpnielsen im not sure where that mis configuration can come from, I would remove the whole .idea file and try to reimport the build again with BSP only
@robbyki if you’re using the latest bloop in the cli (1.4.1) you’re not installing the bloop server, you’re only installing the cli client and the auto completions. FTR It’s highly recommended to install the latest 1.4.1 version
Adam Rosien
@arosien
@jvican FYI if you try to join this gitter room, it shows a warning that the room was deprecated for slack, but the link to the slack is broken. i suspect this room isn't actually deprecated, would you be able to check why that warning is being shown?
matrixbot
@matrixbot
odisseus AFAIK the Slack channel is deprecated too. Not sure if it still exists.
ن PrzemysławPokrywka
@przemekpokrywka_twitter
Hi, great job @jvican and other contributors!
Was wondering if bloop run is expected to pass the standard input to the app?
matrixbot
@matrixbot
ن PrzemysławPokrywka
@przemekpokrywka_twitter
Thanks @matrixbot !
or rather thanks @odisseus, sorry, new to the gitter bots
Bradley
@bspaulding-invitae
heyo! 👋🏻 I am working on a PR for gradleBloop, and I am having trouble running the tests locally. every test in the ConfigGenerationSuites (running gradleBloop212/test) fails with java.lang.NoSuchMethodError: org.gradle.internal.classpath.DefaultClassPath.<init>(Ljava/lang/Iterable;)V, took 0.879 sec which smells like a Scala version mismatch? but I'm not sure how that is possible in my current setup.
Arthur McGibbon
@Arthurm1

@bspaulding-invitae I have problems with this so I wrote some notes at the top of ConfigGenerationSuite file on how I test locally via SBT (although it looks like I've misspelled the scala-library version - it should be 2.12.8). I turn off forking (so I can debug) which then seems to lead to scala-library not being on the classpath (or the wrong version) so I find a version on my machine and add a reference to that in to the head of the results in the getClasspath method...
Ugly code:

private def getClasspath: java.lang.Iterable[File] = {
       { new File("E:\\coursier\\https\\repo1.maven.org\\maven2\\org\\scala-lang\\scala-library\\2.12.8\\scala-library-2.12.8.jar") } ::
        new ClassGraph().getClasspathFiles().asScala.toList
    }.toIterable.asJava

Sorry - it's a bit convoluted. I also find it easier to comment out other tests as it's very slow and that I need to restart SBT after a number of test runs as it crawls to a stop. I'm sure there's an easier way to do all this.

Eugene Apollonsky
@chessman
hi! I don't know if this is by design or not. Bloop can't see resources placed into resourceManaged in packageBin, though sbt run can see them.
Miguel Branco
@miguel-branco
Hi all. Question; and apologies if this is the wrong forum, but I'm not (yet) very familiar with the stack. I'm trying VS Code + Metals + Bloop. The program I'm using instantiates scalac and calls it (to generate code). This works just fine using sbt normally; or Intellij. But when using VS Code + Metals + Bloop I'm getting object scala in compiler mirror not found. JAVA_HOME et al are set properly. Indeed scala JARs are missing from the classpath. Is this a bloop-related issue or am I totally off track here?
Robert Jones
@Robert-G-J
Hello there 👋
I'm Vim user that's new to Scala (and the JVM) and trying to set up my dev env. Forgive my naiveity, but given that we use Bazel as the build tool for our main monorepo, does that exclude me from being able to use bloop/metalsfor IDE like language support?
If not, how might I go about achieving use?
Thanks 🙏
Tomasz Godzik
@tgodzik
@Robert-G-J Bazel is not currently supported, there is an open issue about it scalacenter/bloop#427
there has been some work around it already and I think that it's highly possible that it will be supported, but we would like to fully utilize Bazel in this case
it might make more sense to have Bazel work with BSP and Bloop could be running underneath
@miguel-branco could you maybe create an issue about it? Either in Bloop if this is reproducible with Bloop or in Metals if it's only an issue when using Bloop + Metals
please add any information you can such as what build tool you are using, how are you running scalac. Anything you can would be super useful
Robert Jones
@Robert-G-J
@tgodzik Thanks for responding so quickly Tomasz 🙏
Ghost
@ghost~5eb9ce35d73408ce4fe36702
As a member of the Quill community, I feel as though we've been extraordinarily patient and polite in waiting for async ( 2.13 ) support for Mysql and Postgresql. I and others, have politely asked about the status of said support - only to be reassured it is forthcoming. Yet said async features remain unsupported. While I deeply respect the contribution of Quill founders and maintainers, I must ask myself - should I move on to another Scala persistence framework - especially in the light of JDK Loom and other Scala persistent solutions? Thoughts? Flames?
Myroslav
@odisseus
Wrong chat
I think you should ask your question at https://gitter.im/getquill/quill
alexjg
@alexjg
Hey folks, I'm getting an error when running bloop with openjdk 14. I'm on arch linux and I've installed via the AUR package, am I doing something obviously wrong? Running bloop about gives me this:
bloop v1.4.1

Using Scala v2.12.8 and Zinc v1.3.0-M4+42-5daa8ed7
Running on Java JDK v14.0.1 (/usr/lib/jvm/java-14-openjdk)
  -> Supports debugging user code, Java Debug Interface (JDI) is available.
Maintained by the Scala Center (Jorge Vicente Cantero, Martin Duhem)

error: Unexpected error forces client exit!
java.lang.NumberFormatException: For input string: "0
"
    at java.lang.Integer.parseInt(Integer.java:652)
    at java.lang.Integer.parseInt(Integer.java:770)
    at snailgun.protocol.Protocol.$anonfun$processChunkFromServer$1(Protocol.scala:193)
    at scala.util.Try$.apply(Try.scala:213)
    at snailgun.protocol.Protocol.processChunkFromServer(Protocol.scala:180)
    at snailgun.protocol.Protocol.sendCommand(Protocol.scala:108)
    at snailgun.TcpClient.run(TcpClient.scala:34)
    at bloop.bloopgun.BloopgunCli.executeCmd$1(Bloopgun.scala:268)
    at bloop.bloopgun.BloopgunCli.fireCommand(Bloopgun.scala:274)
    at bloop.bloopgun.BloopgunCli.run(Bloopgun.scala:230)
    at bloop.bloopgun.Bloopgun$.main(Bloopgun.scala:638)
    at bloop.bloopgun.Bloopgun.main(Bloopgun.scala)
alexjg
@alexjg
This also seems to happen if installing from coursier
Is bloop not compatible with JDK 14?
iOgre
@iOgre
hello, how to use -D instructions from sbt in bloop?
what should I use instead of sbt run -Dconfig.file=... ?
Adam Rosien
@arosien

i love that bloop can give me an ammonite console, especially because ammonite has the "magic" imports that let you add dependencies via imports. could there be a way to have something similar in metals worksheets?

that is, i wish i could start a worksheet "from nothing" (no build.sbt, no bloop config), and bootstrap from within the worksheet. i guess it's a somewhat weird idea.

Ólafur Páll Geirsson
@olafurpg
@arosien I'm not sure if Metals has updated to the latest version of mdoc to support this use-case. The functionality has already been implemented in scalameta/mdoc#333
(this is unrelated to Bloop BTW, worksheets are implemented on top of mdoc)
Adam Rosien
@arosien
OOO! thanks for the link, i'll check it out
Tomasz Godzik
@tgodzik
We haven't yet updated to the newest mdoc, there seems some issues there. Might be good to update before the next release
Ólafur Páll Geirsson
@olafurpg
We only need to change the file name that’s passed to mdoc, it should be relative now
Jorge
@jvican
@alexjg We don't test with JDK 14, but that error points that snailgun is not compatible with JDK 14