scalacenter/bloop

Chris Kipp

@ckipp:matrix.org

it depends on your shell, but I have a feeling even in quotes it things it's a seperate command

because it's probably thinking that's another path to add

so try with a Application\ Support/Coursier

Hunor Kovács

@kovacshuni

Tried it like that as well, but that way it doesn't work, I've seen blog posts about this behaviour, how not to escape twice

https://medium.com/@leedowthwaite/dealing-with-spaces-in-paths-f26856aef06f

but I tried again. Then it just doesn't find the place:

➜  ~ bloop server
zsh: command not found: bloop

it was like this export PATH="$PATH:/Users/hkovacs/Library/Application \Support/Coursier/bin"

Chris Kipp

@ckipp:matrix.org

[m]

if you do a which bloop does it show you?

Hunor Kovács

@kovacshuni

yes

Chris Kipp

@ckipp:matrix.org

[m]

no your escape is wrong

the \ needs to be before the space

Hunor Kovács

@kovacshuni

oops

okay

same

two escapes don't work

but look, if there's just the quotes:

➜  ~ which bloop
/Users/hkovacs/Library/Application Support/Coursier/bin/bloop

it finds it

Chris Kipp

@ckipp:matrix.org

[m]

gotcha

Hunor Kovács

@kovacshuni

and then it stops at some line 2

➜  ~ which bloop
/Users/hkovacs/Library/Application Support/Coursier/bin/bloop
➜  ~ bloop server
/Users/hkovacs/Library/Application Support/Coursier/bin/bloop: line 2: /Users/hkovacs/Library/Application: No such file or directory
/Users/hkovacs/Library/Application Support/Coursier/bin/bloop: line 2: exec: /Users/hkovacs/Library/Application: cannot execute: No such file or directory

Chris Kipp

@ckipp:matrix.org

[m]

🤔really not sure

Hunor Kovács

@kovacshuni

why are even 2 errors

i have no idea

it's like bloop was installed knowing to go to the same path as it is launched from, but then it doesn't know how to escape the space

i move everything to /Users/hkovacs/Library/ApplicationSupport2/Coursier/bin/ and everything works

Thijs Broersen

@ThijsBroersen

When I switch branches on my project I experience compile-cache issue every now and then (compilation fails . I need to do a clean before the build succeeds again. Is this a known issue? I did do a proper 'sbt bloopInstall' before I re-compiled with Bloop.
Could it be cause by certain Sbt build configs? (Couldn't find issues describing my problem)

And is this the main chat-channel for Bloop? (since last chat was at October 29th)

Chris Kipp

@ckipp:matrix.org

[m]

https://discord.gg/JxkXNEta is a bit more active @ThijsBroersen

but in general, when you switch as long as a new bloopInstall happens in theory it should be able to just clean itself

Thijs Broersen

@ThijsBroersen

thanks

Samuel Nelson

@s-nel

Hi, I'm using Bloop and Wartremover. I want to add Wartremover classpath compiler options to Bloop so that it can find our custom warts. E.g.

"scala": {
  "organization": "org.scala-lang",
  "name": "scala-compiler",
  "version": "2.12.13",
  "options": [
      "-P:wartremover:cp:file:/foo/bar/.bloop/custom-warts/build/classes",
  ],

the problem is that with Bloop, even though our output path is .bloop/custom-warts/build/classes, the classes are compiled to .bloop/custom-warts/build/bloop-bsp-clients-classes/classes-bloop-cli. What is the right output path to expect class files to be written?

Tomasz Godzik

@tgodzik

.bloop/custom-warts/build/bloop-bsp-clients-classes/classes-bloop-cli is the default place for CLI, Bloop itself isn't influenced by -P:wartremover:cp:file:/foo/bar/.bloop/custom-warts/build/classes - is it the place that wartremover expect the files to be or should it copy them there itself?

Samuel Nelson

@s-nel

That's the classpath where Wartremover will look for custom warts. Basically I want to be sure it will work for my colleagues. Since they all use the Bloop CLI, I think using .bloop/custom-warts/build/bloop-bsp-clients-classes/classes-bloop-cli will do the trick

thanks for your help

Przemek Dziedzic

@pdziedzic-sumo

Hi, I've got a large gradle project with 'sql' and 'sql-test' subprojects in it. It seems that bloop export generates its own 'sql-test' config based on the 'sql' project and ignores/overwrites my original 'sql-test' project in .bloop/ - I see various errors about missing classes in my IDE. Any hints about how to fix that? Is there a bloop option to change the '-test' suffix it uses for test tasks it creates? Thanks

Tomasz Godzik

@tgodzik

@pdziedzic-sumo not currently, but it should be be fixable if you could raise na issue in the repo

Siddhant Sanyam

@siddhant3s

Is there a way in Bloop use only non-snapshot version of ammonite-repl?
Today someone uploaded this version to Maven and Bloop picked it up (as it picks up the latest). We would like it not to pick up snapshot versions (with hash in end) as these might not be stable

Tomasz Godzik

@tgodzik

You can do bloop console --ammonite-version 2.4.1 metals <- example in Metals workspace

Yuriy Yarosh

@yuriy-yarosh

I'm getting

[E] [E-1] bad option: -P:semanticdb:targetroot:/home/yura/src/proj/target/scala-2.13/meta
[E] [E-1] bad option: -P:semanticdb:synthetics:on

Is there a way to disable semanticdb params for bloop during sbt bloopInstall ?

Yuriy Yarosh

@yuriy-yarosh

@tgodzik this looks like a bug (semanticdb opts whitelist), could you please confirm ?

using sbt 1.6.1 with scalafix 0.9.33 with scala-rewrites 0.1.3.

Vladimir Ivanov

@vivanov

Sorry for resurrecting this as it was probably answered multiple times already, but I'm getting the same errors mentioned in the scalacenter/bloop#1421 ticket when building my project with Bloop (CLI) 1.4.12, SBT 1.4.9 and Wartremover plugin > 2.4.10:

[E] [E-1] bad option: -P:wartremover:only-warn-traverser:org.wartremover.warts.While
[E] [E-1] bad option: -P:wartremover:only-warn-traverser:org.wartremover.warts.Var
[E] [E-1] bad option: -P:wartremover:only-warn-traverser:org.wartremover.warts.TryPartial
...

And it looks like the reason was Wartremover PR: wartremover/wartremover#480 mentioned in the ticket that changed absolute to relative paths.

What's interesting though is that I'm only getting these errors on MacOS and able to compile the same project with Bloop CLI on my Fedora with no issues.

It's possible to avoid this problem by downgrading Wartremover to the 2.4.10 version, but corresponding artifact is not available for the most recent Scala versions.

Could you please advise whether this Bloop issue is still actual (and is it OS-specific)? Is there a proper workaround for this problem that would allow Bloop compile with most recent Wartremover plugin and Scala versions?

Thank you!

Chetan Kokil

@chetankokil

Hi, i am having hard time getting the bloop server upm trying to use bloop with mac m1 .

This is what i get

bloop server
Attempting a connection to the server...
Resolving ch.epfl.scala:bloop-frontend_2.12:1.4.12...
Starting bloop server at 127.0.0.1:8212...
 finished with 0, bye!

because of this i am not able to use vscode or neovim

Chetan Kokil

@chetankokil

and this is my metals.log

2022.02.02 14:54:29 ERROR error: Giving up on waiting for a connection, printing embedded bloop logs:
2022.02.02 14:54:29 ERROR > No server running at 127.0.0.1:8212, let's fire one...
2022.02.02 14:54:29 ERROR > Resolving ch.epfl.scala:bloop-frontend_2.12:1.4.12...
2022.02.02 14:54:29 ERROR > Starting bloop server at 127.0.0.1:8212...
2022.02.02 14:54:29 ERROR > Attempting a connection to the server...
2022.02.02 14:54:29 ERROR error: The launcher failed to establish a bsp connection, aborting...
2022.02.02 14:54:29 ERROR Failed to connect with build server, no functionality will work.
java.lang.RuntimeException: The server did not start, got FailedToOpenBspConnection
    at bloop.launcher.LauncherMain.failPromise$1(Launcher.scala:95)
    at bloop.launcher.LauncherMain.runLauncher(Launcher.scala:122)
    at scala.meta.internal.metals.BloopServers$$anon$2.run(BloopServers.scala:169)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
    at java.util.concurrent.FutureTask.run(FutureTask.java:264)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
    at java.lang.Thread.run(Thread.java:829)

orbitalmute

@orbitalmute

Hi! There was a problem installing by coursier install bloop

Exception in thread "main" coursier.error.ResolutionError$CantDownloadModule: Error downloading ch.epfl.scala:bloopgun_2.13:latest.stable
  No latest stable version found in https://repo1.maven.org/maven2/ch/epfl/scala/bloopgun_2.13/maven-metadata.xml
    at coursier.Resolve$.$anonfun$validate$1(Resolve.scala:347)
    at scala.collection.TraversableLike.$anonfun$map$1(TraversableLike.scala:286)
    at scala.collection.Iterator.foreach(Iterator.scala:943)
    at scala.collection.Iterator.foreach$(Iterator.scala:943)
    at scala.collection.AbstractIterator.foreach(Iterator.scala:1431)
    at scala.collection.IterableLike.foreach(IterableLike.scala:74)
    at scala.collection.IterableLike.foreach$(IterableLike.scala:73)
    at scala.collection.AbstractIterable.foreach(Iterable.scala:56)
    at scala.collection.TraversableLike.map(TraversableLike.scala:286)
    at scala.collection.TraversableLike.map$(TraversableLike.scala:279)
    at scala.collection.AbstractTraversable.map(Traversable.scala:108)
    at coursier.Resolve$.validate(Resolve.scala:345)
    at coursier.Resolve.validate0$1(Resolve.scala:117)
    at coursier.Resolve.$anonfun$ioWithConflicts0$4(Resolve.scala:167)
    at coursier.util.Task$.$anonfun$flatMap$extension$1(Task.scala:14)
    at coursier.util.Task$.$anonfun$flatMap$extension$1$adapted(Task.scala:14)
    at coursier.util.Task$.wrap(Task.scala:82)
    at coursier.util.Task$.$anonfun$flatMap$2(Task.scala:14)
    at scala.concurrent.Future.$anonfun$flatMap$1(Future.scala:307)
    at scala.concurrent.impl.Promise.$anonfun$transformWith$1(Promise.scala:41)
    at scala.concurrent.impl.CallbackRunnable.run(Promise.scala:64)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
    at java.lang.Thread.run(Thread.java:748)

Domantas Petrauskas

@ptrdom

Hey, seem to be having issues with Bloop when running scala-cli scripts in CI, two different errors that seem to be related to the startup, could it be a Bloop issue? Maybe related to a cold start in CI machine, could there then be means to alleviate the issue?
https://github.com/playframework/play-scala-react-seed/runs/6146347086?check_suite_focus=true
https://github.com/playframework/play-scala-react-seed/runs/6146102981?check_suite_focus=true

2 replies

Emily Chen

@emchenNYC_twitter

Hi, I'm trying to update bloop. Here's my status:

emilychen@Emilys-MacBook-Pro cloud % cs uninstall bloop
Uninstalled bloop
emilychen@Emilys-MacBook-Pro cloud % cs install bloop:1.5.3
https://repo1.maven.org/maven2/ch/epfl/scala/bloopgun_2.13/1.5.3/bloopgun_2.13-1.5.3.pom
  100.0% [##########] 1.9 KiB (23.9 KiB / s)
Wrote bloop
emilychen@Emilys-MacBook-Pro cloud % bloop about
bloop v1.4.8-81-e170cd66

Using Scala v2.12.8 and Zinc v1.3.0-M4+46-edbe573e
Running on Java JDK v11.0.12 (/usr/local/Cellar/openjdk@11/11.0.12/libexec/openjdk.jdk/Contents/Home)
  -> Supports debugging user code, Java Debug Interface (JDI) is available.
Maintained by the Scala Center (Jorge Vicente Cantero, Martin Duhem)

Does anyone recommend next steps? Should I try to find out where 1.5.3 was installed and if so, how?

1 reply

prince

@princepurohit153

Hi,

How does bloop determine order of compilation like gradle does, or is there some specific file where we mention order for bloop?
this is related to issue scalacenter/bloop#1853.
When building multi module using gradle bloopInstall command is sufficient? or there should be additional stuff done
I am following steps mentioned at : https://scalacenter.github.io/bloop/docs/build-tools/gradle#getting-started
After gradle bloopInstall , next running bloop compile does not seem sufficient and lead to issues.
Details of environment on linked github issue.

Thanks

1 reply

Where communities thrive

People

Repo info

Activity