Łukasz Biały
Łukasz Biały
The version is `Version 100.0.4896.127 (Official Build) (64-bit)`, I can repro it on the demo page actually: 
Well, it's an ArchLinux, `pacman` tells me this: ``` λ pacman -Q google-chrome google-chrome 100.0.4896.127-1 ```
Solution using a shared instance of name-based extractor fails for 2.10 only. Will look into this.
To be perfectly honest I wouldn't expect allocation-less unapply to be significantly faster than Some-based version. One reason I can think of off the top of my head is that...
This would be very useful for us right now.
One question that I have is - would it take into account only dependencies required by any given project? I mean - exporting cache items that are required on per-project...
Not so much in context of Spark. Most of people using spark do so in context of hadoop distributions like cloudera or hortonworks and in such case it's not trivial...
Can you point me towards a piece of code that poses a problem here?
--server=false does not generate bloop's json files I'm afraid
There never was any issue with compilation by scala-cli, the error crashes metals and metals only.