-
Notifications
You must be signed in to change notification settings - Fork 92
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
Release 2.0.0 (RC, then final) #432
Comments
no objection here to dropping sjs 0.6 |
I'm building M2 right now in order to get a Dotty version out, so I've retitled this ticket to be about M3. |
probably makes sense to add 3.0.0-M1 support first: #466 |
I'm going to roll M3 today in order to get a release out for Scala 3.0.0-M2: #471 |
I'm going to roll M4 today to release for Scala Native 0.4: #484 |
I rolled M5 today with Scala 3.0.0-RC1 support. @ashawley are you interested in going 2.0.0-RC1? |
To be honest, the hope was to fix some of the long-standing bugs in a 2.0, but I haven't had time to go back and do that work. In that vein, I was considering going with 2.0.0-Mx as long as possible unless something really compelled a 2.0 final. I haven't had time to contribute or even track the latest developments here, so feel free to cut 2.0 versions if it's useful. |
cool, thanks for the update! personally I'm content to leave it in milestone limbo for the time being, but once Scala 3.0.0 arrives, I think that might a good time to just say to ourselves "it is what it is" and go RC1 and then final with whatever we have. (and if there turn out to be problems, either volunteers materialize who care enough to fix them, or they don't.) |
thinking about this again, wondering if we are moving too slow an example of the kind of trouble this causes downstream is scalatest/scalatest#1973 maybe we should actually go RC1 earlier? as in, like.... now? in order to be in position to do a 2.0 final version at around the same time 3.0.0 comes out? @ashawley I suggest we go RC1 unless you can either 1) concretely commit to make specific changes you want to make within a concrete timeframe, or 2) at least identify what you consider blockers or candidate blockers so we can see if there are volunteers who want to tackle them pronto bugs can always be fixed post-2.0 unless they affect binary compatibility; do you have anything in mind that would make MiMa squawk, later, if it was postponed? |
I've now tweeted about this: https://twitter.com/SethTisue/status/1367210760435232769 |
Yes, I assumed that it would be useful to have a 2.0.0 final for the Scala 3.0 process. Feel free to do that. The major fixes I envisioned can just be pushed to a version 3.0 of scala-xml. |
http4s has upgraded to scala-xml-2 because it was the only way to get Scala 3 support without |
afaik, once #501 is merged we'll be good to go to do 2.0.0-RC1. I suggest we do that right after Scala 3.0.0-RC2 comes out (since we'll need to be publishing something then anyway). |
Scala 3.0.0-RC2 is out. I will roll scala-xml 2.0.0-RC1 now: #502 |
backpublished 2.0.0-RC1 for Scala 3.0.0-RC3 |
Looks like we're done here except for publishing: #521 |
1. Release the #392 fix that has been available in 1.3.0.done in M21. Drop Scala.js 0.6.x? See #430done in M2The text was updated successfully, but these errors were encountered: