Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • Sep 19 08:16
    scala-steward closed #1397
  • Sep 19 08:16
    scala-steward commented #1397
  • Sep 19 08:16
    scala-steward opened #1414
  • Sep 18 05:01
    scala-steward closed #1403
  • Sep 18 05:01
    scala-steward commented #1403
  • Sep 18 05:01
    scala-steward opened #1413
  • Sep 17 21:43
    scala-steward closed #1376
  • Sep 17 21:43
    scala-steward commented #1376
  • Sep 17 21:43
    scala-steward opened #1412
  • Sep 16 22:29
    scala-steward closed #1405
  • Sep 16 22:29
    scala-steward commented #1405
  • Sep 16 22:29
    scala-steward opened #1411
  • Sep 16 11:19
    scala-steward closed #1387
  • Sep 16 11:19
    scala-steward commented #1387
  • Sep 16 11:19
    scala-steward opened #1410
  • Sep 14 20:51
    scala-steward closed #1386
  • Sep 14 20:51
    scala-steward commented #1386
  • Sep 14 20:51
    scala-steward opened #1409
  • Sep 14 19:22
    sergeykolbasov synchronize #1407
  • Sep 14 19:22

    sergeykolbasov on scala-3

    Rewrite core with Scala 3 Use github actions for tests (compare)

Richard Gomes
@frgomes

@hderms : Without willing to promote a flame war... but I've ditched IntelliJ from my workflow. To be honest, I always used IntelliJ just as a very clever text editor, using SBT and other external tools for compiling, testing, etc. So, if I there's another very clever text editor around (and there is!) I would not feel very much difference, really.

I'm using Emacs with scala-metals. The later employs LSP (Language Server Protocol) in order to talk to the Scala compiler.

This is the link for scala-metals. You will find configurations for several text editors and build tools there:
https://scalameta.org/metals/

Richard Gomes
@frgomes
If you never used Emacs... well... it's a steep learning curve. And there's a mountain of things to be configured and adapted, which is not necessarily a bad thing, since you can configure Emacs to fit your preferences for tools, your workflow, etc. If you are considering Emacs, I suggest you borrow a configuration file from someone else. This is mine:
https://github.com/frgomes/.emacs.d/tree/feature/0002-language-server-protocol
Notice: it's branch feature/0002-language-server-protocol
Dermot Haughey
@hderms
@frgomes I tried Emacs but vim keybindings are just wired into my brain at this point
and spacemacs was bloated and slow
Frederick Cai
@zhenwenc
@hderms Have you tried https://github.com/hlissner/doom-emacs with evil-mode(vim keybindings for emacs)? :wink:
Richard Gomes
@frgomes
@hderms : As @zhenwenc mentioned, Emacs can be configured to match Vim keybindings. However, I've never tried that. I have tried briefly doom-emacs but I've decided to copy the relevant niceties, adjusting to my existing workflow, leaving key bindings as usual Emacs.
Dermot Haughey
@hderms
thanks for the recommendation. I'll try that
Pierre Ricadat
@ghostdogpr
Hi everyone,
i was wondering if there was any plan for a new release? A lot of dependencies have been updated on master but the last release is from September.
Sergey Kolbasov
@sergeykolbasov

Hi @ghostdogpr

Is there something that is blocking you? We could land a release, but otherwise waiting for finagle-http 2.13 release that should happen soon, so we could release finch for 2.13

Pierre Ricadat
@ghostdogpr
@sergeykolbasov we wanted to create a module for Finch in a library called Caliban, but our dependency stack requires cats 2.0.0+. It’s not urgent or anything, just preventing us from adding this Finch module that would make it easier to use Caliban for Finch users.
Georgi Krastev
@joroKr21
cats 2 is binary compatible with cats 1 so this shouldn't be a problem
Pierre Ricadat
@ghostdogpr
Sorry I meant cats effect
It’s not because of Parallel I think
If I remember exactly, the issue was using the latest zio-interop-cats which is built with cats-effect 2.0.0 and not working properly if you use cats-effect 1.4.0
Pierre Ricadat
@ghostdogpr
[error] /Users/dermothaughey/projects/caliban/finch/src/main/scala/caliban/FinchHttpAdapter.scala:26:51: Symbol 'type cats.Parallel.Aux' is missing from the classpath.
Georgi Krastev
@joroKr21
Right, of course it's cats-effect, duh
The release says:
This is the first production release of cats-effect 2.x. It retains binary compatibility with 1.x, except Scala 2.11 and static forwarders for Java interop. See #566, #584 for a deeper discussion.
So I'm not sure if this then means that this release note is not quite true
Or was that Scala 2.11?
Or perhaps that is source incompatibility?
Sounds like you got a compile error
Georgi Krastev
@joroKr21
Is there a PR or branch to Caliban? I couldn't find one.
Dermot Haughey
@hderms
I was working on it locally
let me see about making a PR
Dermot Haughey
@hderms
@joroKr21 full compile error is:
Dermot Haughey
@hderms
to be honest I haven't looked into it much so it's quite possible the determination it was a library incompatibility problem was in error
Pierre Ricadat
@ghostdogpr
Yes, zio-interop-cats is using the new Parallel that appeared in cats-effect 2.0.0, therefore it doesn’t compile with cats-effect 1.x
Georgi Krastev
@joroKr21
Cool, so it should be fine to compile (and run) with cats-effect 2.x
At least on Scala 2.12
Georgi Krastev
@joroKr21
Yeah it works fine for me if I add an explicit dependency on cats-effect 2.0.0
I don't know why zio-interop-cats doesn't fix the version (is it optional?)
Pierre Ricadat
@ghostdogpr
ah yeah it's optional because some people only want the interop with cats
thanks for the help!
@hderms fyi :)
Georgi Krastev
@joroKr21
oh right :thumbsup:
Dermot Haughey
@hderms
Sweet guys thanks
Dermot Haughey
@hderms
Can someone explain what the particular issue was? Did I have access to some other version of cats effect based on a transitive dependency or something?
Pierre Ricadat
@ghostdogpr
yes, finch transitively made you use cats-effect 1.4.0. Since zio-interop-cats marked the dependency on cats-effect Optional, it didn't bring 2.0.0 for you
and zio-interop-cats is using some stuff from 2.0.0 that is not in 1.4.0
Dermot Haughey
@hderms
ah that makes sense
my knowledge of SBT is very limited
Vinh Vu
@Vinh-Vu-ck
Hey all! I am currently using the multipart fileupload, however, I’ve run into some issues where large files aren’t uploadable if the server doesn’t have enough memory/disk space to serve the request. Is there anyway I can stream the file contents?
Vladimir Kostyukov
@vkostyukov
@Vinh-Vu-ck You can surely do generic byte-level streaming but there is no really a support to parse that stream as a multipart message. Do you control your client? Can you change that as in “dowgrade to a regular byte-streaming” as opposed to multipart file upload?
Vinh Vu
@Vinh-Vu-ck
Yes, I control my client
An option we are considering is sticking with the multipart file upload, but we have been receiving 413 Request Entity Too Large for files above 100MB. We tried using .withMaxRequestSize(StorageUnit.fromGigabytes(1L)), but then our endpoint returns 404 instead. Without the .withMaxRequestSize call, we get a 413. Is this expected? Anything I’m missing?
Vladimir Kostyukov
@vkostyukov
@Vinh-Vu-ck That doesn’t sound right, especially the 404 part. The default limit is 5mb and I belive it’s bypassed when the payload is streamed. I remember it was changed recently in Finagle too. Let me look around a bit.