-
-
Notifications
You must be signed in to change notification settings - Fork 24
Change artifact organization and root package to org.typelevel #384
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
Conversation
| final def asyncStreamEq[A](atMost: Duration)(implicit A: Eq[A]): Eq[AsyncStream[A]] = new Eq[AsyncStream[A]] { | ||
| final def eqv(x: AsyncStream[A], y: AsyncStream[A]): scala.Boolean = Await.result( | ||
| x.take(1).toSeq().join(y.take(1).toSeq()).map { case (x, y) => x == y }, | ||
| x.head.join(y.head).map((Eq[Option[A]].eqv _).tupled), |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I made this change because with the additional compiler warnings, the compiler was complaining that the implicit A: Eq[A] was unused. This is a 2.12/2.13 cross-compatible way to check equality using the Eq[A] instance.
| assert(poolName1 == f.futurePoolName) | ||
| assert(poolName2 == f.ioPoolName) | ||
| assert(poolName2 == f.ioPoolName) | ||
| assert(poolName3 == f.futurePoolName) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
poolName3 was previously unused. I'm not 100% sure if this is the right test, but it passes.
| case Throw(err) => k(Left[Throwable, A](err)) | ||
| } | ||
|
|
||
| () |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Explicitly return () to indicate that we're ok discarding the Future returned by fa.respond
| final override def forceR[A, B](fa: Future[A])(fb: Future[B]): Future[B] = | ||
| fa.liftToTry.flatMap { resultA => | ||
| resultA.handle(Monitor.catcher) | ||
| resultA.handle[Any](Monitor.catcher) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Any was the inferred type, but with sbt-tpolecat, an inferred Any ends up as an error because it is often incorrect.
|
I think we should probably also add a Scala Steward artifact migration and Scalafix rewrite rule to reduce the impact on users. |
|
Nice work 👍 edit: I'm waiting for Travis to merge this, mainly because he has the publishing rights and probably needs to handle the gpg stuff. |
|
Just one small thing: The CI pipeline currently only runs for 2.12.x and 2.13.x. If it's easy to do, it would be nice to run the |
|
Right now, I'm not sure sbt-github-actions supports builds where the Scala versions vary in different submodules. When I've needed to do that in the past, I've had to remove the plugin and commit manually-maintained GitHub Actions workflow files. Cite to sbt-github-actionsAny and all settings which affect the behavior of the generative plugin should be set in the That said, I tried setting it up so that It looks like I also noticed that the kind-projector Maybe I should commit the Scala 3 attempts I've made so far and push them up in a separate draft PR, that could potentially be incorporated into #371. |
|
Ok, that looks like way too much work and if Don't worry about it 🙂 |
|
@travisbrown FYI, just wanted to make sure you saw this PR 🙂 |
|
In light of Travis moving away from Scala OSS, it seems we need to identify someone to take over the publishing and GPG key management for this project. @felixbr are you the right person for that? My thought is to identify at least one person and then work with Travis for them to take over. (edit: as I mentioned above, I'm happy to do take the reins too, if folks are comfortable with me being added as a maintainer.) |
|
@felixbr friendly bump on my question above 🙂 |
|
Much like Travis I'm extremely disappointed in the Scala leadership (Odersky but also others) and last year I decided to no longer do any open-source work for Scala unless it's directly needed by my company. Life is too short to provide free labor for terrible people. Personally I'd be happy if you would take over this project as a maintainer since you already made some good improvements and it's bad that your contributions are blocked by my decision. |
|
@bpholt I'd be happy to help move the build onto sbt-typelevel.
We're in the process of installing org-wide secrets for these. |
|
We're planning to migrate this repo to sbt-typelevel, but it seems cleaner to do so in a separate PR. I'm going to merge this but we'll hold off on releasing anything until that switch has been made. |
Fixes #341 and #380.
We still need someone to generate a gpg keypair and update the GitHub Secrets for the repository. (I'm happy to do this, but I would need to be made an admin to do so.)