-
Notifications
You must be signed in to change notification settings - Fork 30
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Would it be possible to publish this library for circe 0.14? #346
Comments
@ScalaWilliam This library depends only on circe-core, which is backwards-binary-compatible in 0.14 with 0.13, so you can use the 0.13 circe-derivation releases safely with 0.14. I can publish an 0.14 release for convenience, but might not get around to it today. |
Thanks for clarifying @travisbrown ! Yes that would be great - but noted, I will use the version that is published. |
@travisbrown .. This breaks sbt-assembly though. Is this project abandoned or just wondering why it's not published in sync with other circe projects ? |
breaks how? perhaps transitive dependency? |
@ScalaWilliam .. Ignore me. I forgot that you can just exclude specific transitive dependencies. Point still stands why this can't be in sync with the others. |
Since circe [Update]: I've been pointed at this PR, so it sounds like this is already in-flight. Thank you! * Perhaps the scala-native support that appeared in 0.14.3 is relevant? |
It's not :) it was the change to the sbt-typelevel plugin for publishing, that started including the versioning scheme ( |
Is there any way I can help with this? |
Can we provide an example/document how you would override these eviction errors? |
Something like this I reckon: libraryDependencySchemes ++= Seq(
"io.circe" %% "circe-core" % VersionScheme.Always
) |
You can write this in your
|
@armanbilge do you know what's preventing publishing it? Who has the ability, and is there anything that needs to be done first? |
+1 on releasing a new version with 0.14. Would love to help contribute if there are any blockers to this. |
Same issue since circe-core 0.14, makes it extremely painful to use libraries that themselves depend on circe-derivation, since every project using them needs to include the version scheme exclusion. |
…ivation#346 * Remove internal dependency on `fundamentals-json-circe` (unused) * Move `CirceTool` from fundamentals-reflection to fundamentals-json-circe
…ivation#346 (#1890) * Remove internal dependency on `fundamentals-json-circe` (unused) * Move `CirceTool` from fundamentals-reflection to fundamentals-json-circe
@nickyrayray Sorry we're catching up on all of these projects one by one, right now we need to get #423 finished up which will make releases easy. |
@nafg I gave a ping to the author on there, but if someone wants to pick it up if they're gone and finish it that would be great. @zarthross and I can get that merged then and we'll be able to cut some new releases. |
@zmccoy I could but I have no idea what needs to be done |
@armanbilge @zmccoy So I tried the exclusion suggested above and it works my JVM project but doesn't for the JS project:
Is this an SBT bug perhaps? |
Maybe sbt/sbt#7140? |
Try something like this: libraryDependencySchemes += "io.circe" %% "circe-core_sjs1" % VersionScheme.Always |
That works. This should be reported as SBT bug right? |
SBT does not have first-class support for other non-JVM platforms, which leads to a lot of bugs like this. Unfortunately the prevailing opinion seems to be that the JS/Native user-bases are not big enough to warrant more substantial changes. Thus, I would strongly encourage you to comment on the following discussions, in addition to the issue you linked, to demonstrate that there is a real need for first-class cross-platform support. |
Hello. @travisbrown could you bump the library? Have been pass two years, so there are enough pain for all users. |
Any progress here? @hamnis - any chance you could take a look? |
I see the latest build is already on 0.14 however the badge shows the latest released is for 0.13.
cc @travisbrown
Many thanks!
The text was updated successfully, but these errors were encountered: