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)

Sergey Kolbasov
@sergeykolbasov
Finch will take care of the rest of the machinery
Dermot Haughey
@hderms
@sergeykolbasov doesn't scala/twitter future work do to ToAsync instances being defined for them?
we haven't had issues with it ourselves
Sergey Kolbasov
@sergeykolbasov
Exactly. Although, it's just to lift Future into F[_] : Async therefore you still can't have Endpoint[Future, A]
Dermot Haughey
@hderms
ah yeah
there definitely is a subtle distinction there worth calling out
Dermot Haughey
@hderms
anyone use ZIO with Finch?
trying to write an endpoint parameterized with ZIO and intellij is telling me it can't find an instance of Sync for ZIO. I added the interop-cats library which supposedly gives instances of various cats effect typeclasses for ZIO
Sergey Kolbasov
@sergeykolbasov
It does give it
Do you still have a problem with it?
Dermot Haughey
@hderms
ah i think it's a mismatch between what intellij is telling me and what compilation is telling me
I believe it just has to do with not using the appropriate type of partially applied ZIO type
since Endpoint.Module[F[_]] expects a single arguemnt type constructor
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!