I would like to report that Scala 3.3 has been successfully merged into Pekko!
Unfortunately when I merged the PR I used the wrong merging strategy. Thankfully asfinfra was very helpful and managed to unprotect the main branch without having to go through the ceremony of manually editing .asf.yaml via PR's, so I just rectified the change. Although the force push shouldn't cause issues, PJ Fanning and Arnout I would recommend that you reset your local main branches and repull from origin/main to prevent any further issues. Apologies for the chaos. On Tue, May 23, 2023 at 8:48 PM Matthew Benedict de Detrich < matthew.dedetr...@aiven.io> wrote: > Seems like Scala 3 is being published/released as we speak > https://twitter.com/Kordyjan/status/1661014363317370881 > > On Tue, May 23, 2023 at 9:32 AM Matthew Benedict de Detrich < > matthew.dedetr...@aiven.io> wrote: > >> So currently there is a PR open at >> https://github.com/apache/incubator-pekko/pull/270 which still uses an >> RC however the full release is expected this week, at which point I will >> bump the PR, see that it passes tests and just merge. >> >> -- >> >> Matthew de Detrich >> >> *Aiven Deutschland GmbH* >> >> Immanuelkirchstraße 26, 10405 Berlin >> >> Amtsgericht Charlottenburg, HRB 209739 B >> >> Geschäftsführer: Oskari Saarenmaa & Hannu Valtonen >> >> *m:* +491603708037 >> >> *w:* aiven.io *e:* matthew.dedetr...@aiven.io >> On 23. May 2023 at 09:07 +0200, Claude Warren, Jr >> <claude.war...@aiven.io.invalid>, wrote: >> >> Is there still a dependency here on an RC package? With the focus on >> trying to get a release out we need to ensure that the codebase does not >> contain any dependencies on RC or SNAPSHOT type code. >> >> On Mon, May 15, 2023 at 10:28 AM Matthew Benedict de Detrich >> <matthew.dedetr...@aiven.io.invalid> wrote: >> >> Informing everyone that Scala 3.3 RC6 was just released and unless there >> are any problems this will be the last Scala 3.3 RC release with the >> proper >> LTS release planning to come out in around a week (see >> >> >> https://contributors.scala-lang.org/t/3-3-0-release-thread/6079/7?u=mdedetrich >> ). >> >> On Fri, Apr 21, 2023 at 10:14 PM Matthew Benedict de Detrich < >> matthew.dedetr...@aiven.io> wrote: >> >> Also in case others aren't aware, I made a draft PR on Parboiled2 (which >> is a direct dependency of pekko-http) against Scala 3.3-RC4 to see if >> >> there >> >> are any potential issues. You can see it here >> https://github.com/sirthias/parboiled2/pull/444. >> >> On Fri, Apr 21, 2023 at 7:30 PM Matthew Benedict de Detrich < >> matthew.dedetr...@aiven.io> wrote: >> >> On another note, Scala 3.3-RC4 just came out and assuming there are no >> problems then a full release will be made roughly end of April (see >> https://contributors.scala-lang.org/t/3-3-0-release-thread/6079/5) >> >> On Thu, Apr 20, 2023 at 5:15 PM kerr <hepin1...@gmail.com> wrote: >> >> Akka just bump to 3.2.2 >> >> 何品 >> >> >> Jean-Luc Deprez <jeanluc.dep...@gmail.com> 于2023年4月19日周三 16:00写道： >> >> Those craving stability won't judge you for jumping to an LTS. Those >> >> on >> >> Scala 3 already are not those craving stability, hence would >> >> typically >> >> not >> >> worry too much about having to jump to 3.3. >> >> So I think you get away with that. >> >> On Tue, Mar 28, 2023 at 9:35 AM Claude Warren, Jr >> <claude.war...@aiven.io.invalid> wrote: >> >> My suggestion is go with the LTS version unless there is a conflict >> >> with >> >> a >> >> dependency. >> >> On Mon, Mar 27, 2023 at 3:58 PM Matthew Benedict de Detrich >> <matthew.dedetr...@aiven.io.invalid> wrote: >> >> As we are finding out from the conversation in >> https://github.com/apache/incubator-pekko/pull/273 (A PR that >> >> involves >> >> updating Jackson version due to CVE's/other complications which >> >> forces >> >> an >> >> update to Scala 3.2 due to Jackson 2.14.2 only supporting Scala >> >> 3.1) a >> >> lot >> >> of the source/compiler warnings are from Scala 3.2, not Scala >> >> 3.3. >> >> >> If the PR lands, this means that the argument for avoiding >> >> updating to >> >> Scala 3.3 due to syntax/source incompatibilities is weaker since >> >> we are >> >> already forced to do the most of the same changes anyways. >> >> Furthermore >> >> as >> >> can be seen from Jackson 2.14.2 not supporting older Scala 3 >> >> versions >> >> it >> >> appears that some of the critical parts of the ecosystem are >> >> updating >> >> Scala >> >> 3 as it releases new minor versions rather than leaving it at >> >> older >> >> versions. >> >> On Fri, Mar 24, 2023 at 4:15 PM Matthew Benedict de Detrich < >> matthew.dedetr...@aiven.io> wrote: >> >> Good point also about 2.12 compatibility. It will become >> >> harder to >> >> support multiple Scala version the more the allowed syntax >> >> differs. >> >> >> The reason why I did the PR was to actually confirm/deny >> >> whether >> >> this >> >> is >> >> an issue, as shown in the PR its a non issue (assuming that >> >> Scala 3.3 >> >> doesn't add anything more between RC3 and release which is >> >> quite >> >> likely) >> >> >> On Fri, Mar 24, 2023 at 3:52 PM Johannes Rudolph < >> johannes.rudo...@gmail.com> wrote: >> >> Just for the record, I also said not to do anything right now >> >> about >> >> it >> >> :) >> >> >> Other than that, I mostly agree with Nicolas. Unless we are >> >> forced >> >> to >> >> update Scala 3 we should *not* do it right now. The situation >> >> might >> >> change in 6-12 months with widespread adoption to Scala 3.3 we >> >> might >> >> just do it (because everyone does by then and updates will >> >> only >> >> be >> >> available for 3.3 at some point in the future). >> >> Good point also about 2.12 compatibility. It will become >> >> harder >> >> to >> >> support multiple Scala version the more the allowed syntax >> >> differs. >> >> >> On Fri, Mar 24, 2023 at 1:31 PM Matthew Benedict de Detrich >> <matthew.dedetr...@aiven.io.invalid> wrote: >> >> >> One precondition to upgrade to newer versions of Scala 3 >> >> would >> >> be >> >> dropping >> >> support for Scala 2.12. >> Scala 2.13 at least has support for some of the Scala 3 >> >> Syntax >> >> with >> >> compiler flags to cross compile. >> >> Are you talking about support on artifact level or on syntax >> >> level? >> >> Afaik >> >> there isn't any plan for Scala 3.3 to drop support for Scala >> >> 2.13 >> >> artifacts >> >> (artifacts are completely separated from supported syntax). >> >> If we >> >> are >> >> talking about a hypothetical Scala 3 user of Pekko, the >> >> Scala3 >> >> syntax >> >> that >> >> Pekko happens to use will be irrelevant here. In other >> >> words, >> >> if a >> >> user >> >> is >> >> upgrading from Scala 3.1/Scala 3.2 to Scala 3.3 then they >> >> will >> >> have >> >> to >> >> upgrade the syntax of the source code irrespective of Pekko. >> >> If we >> >> are >> >> talking about difficulties of cross compiling for Scala >> >> 3/Scala 2 >> >> within >> >> Pekko itself I think we would have to see if there are any >> >> syntax >> >> breaking >> >> changes in this regard (I didn't see any for Scala 3.3 but I >> >> may >> >> have >> >> missed something). Since an RC for Scala 3.3 is out we can >> >> pretty >> >> easily >> >> figure out if this is going to be a problem right now. >> >> I think what Johannes said here is important, which is that >> >> currently >> >> there >> >> aren't any users of Pekko Scala 3 and because of this we >> >> really >> >> shouldn't >> >> overthink it. And even then, if we do release Pekko with >> >> Scala 3.3 >> >> and >> >> some >> >> hypothetical user is going to have problems because they >> >> haven't >> >> upgrade to >> >> Scala 3.3 yet, they can easily use the Pekko Scala 2.13 >> >> artifact >> >> and >> >> since >> >> we are not using any bespoke Scala 3 features in Pekko >> >> currently >> >> on >> >> a >> >> source level the user is actually not going to notice any >> >> difference. >> >> >> On Fri, Mar 24, 2023 at 1:18 PM Nicolas Vollmar < >> >> nvoll...@gmail.com >> >> >> wrote: >> >> >> IMHO we should use the lowest supported version of Scala 3 >> >> to >> >> not >> >> force >> >> user to upgrade to newer versions. >> >> Scala 3 continues to deprecate old syntax. Some of it will >> >> produce >> >> warnings >> >> in Scala 3.2 and may be removed in 3.3 or later. >> For example >> >> >> >> >> >> >> https://dotty.epfl.ch/docs/reference/dropped-features/package-objects.html >> >> or >> >> >> https://dotty.epfl.ch/docs/reference/changed-features/imports.html >> >> >> One precondition to upgrade to newer versions of Scala 3 >> >> would >> >> be >> >> dropping >> >> support for Scala 2.12. >> Scala 2.13 at least has support for some of the Scala 3 >> >> Syntax >> >> with >> >> compiler flags to cross compile. >> >> >> >> On Fri, 24 Mar 2023 at 10:26, Matthew Benedict de Detrich >> <matthew.dedetr...@aiven.io.invalid> wrote: >> >> So some discussions on github are popping up regarding >> >> which >> >> Scala 3 >> >> version we should pick so I think it's time to discuss >> >> this >> >> formally on >> >> the >> >> mailing list. >> >> As a precursor one thing people need to understand is >> >> that the >> >> Scala 3 >> >> release cycle has changed, quoting from >> >> >> >> >> >> >> >> https://github.com/apache/incubator-pekko/issues/6#issuecomment-1302701657 >> >> >> Scala 2 used epoch.major.minor version convention. >> >> Scala 3 >> >> has >> >> major.minor.patch. >> >> So there is no 3.0/3.1/3.2/etc cross-compilation - the >> >> assumption >> >> is >> >> that: >> >> * you can compile against the same minor version with >> >> backward- >> >> and >> >> forward-compatibility: 3.1.3 dependency against 3.1.0 >> >> code, >> >> 3.0.0 >> >> dependency against 3.0.1 code, etc >> >> * within the same major version you always have >> >> backward-compatibility: >> >> 3.1.3 dependency can be used in 3.1.3 project, but also >> >> 3.2.0 >> >> project and >> >> in future against 3.3.0 project >> >> This means that if we pick a Scala version, we are >> >> essentially >> >> forcing >> >> the >> >> potential Scala 3 users of Pekko to bump their Scala 3 >> >> version >> >> to >> >> the >> >> minor >> >> that we decide on. On surface value this means that we >> >> should >> >> pick >> >> the >> >> lowest Scala 3 minor version that we can support however >> >> there >> >> is >> >> the >> >> fact >> >> that Scala 3.3 is going to come out soon which will be >> >> an >> >> LTS >> >> release. >> >> The >> >> LTS release means that if any bugs are found after Scala >> >> 3.3 >> >> for a >> >> period >> >> of 2 years, they will be backported to Scala 3.3. The >> >> big >> >> advantage >> >> this >> >> brings us, is that it allows us to freely bump Scala 3.3 >> >> without >> >> breaking >> >> our users if any potential bugs are found in the future. >> >> If we >> >> decide to >> >> stick with Scala 3.2 or 3.1 and some bug is found in >> >> Scala 3 >> >> later >> >> on >> >> that >> >> affects us, we will have to update to a version of >> >> Scala 3 >> >> that >> >> will >> >> break >> >> binary compatibility. This facet is of even more >> >> importance >> >> when >> >> considering our 1.0.x release branches, which are >> >> designed to >> >> never >> >> break >> >> binary/backwards compatibility, i.e. if we do 1.0.x >> >> releases >> >> with >> >> Scala >> >> 3.1/3.2 and some critical bug/CVE comes out later we >> >> could >> >> potentially be >> >> forced to update the minor version which would break >> >> this >> >> binary/backwards >> >> compatibility, this wouldn't be the case with Scala 3.3 >> >> (for a >> >> certain >> >> period of time). >> >> Of course the counter argument to using Scala 3.3 is >> >> that >> >> it >> >> would >> >> force >> >> all potential Pekko users (and the transitive set of >> >> Scala 3 >> >> libraries >> >> for >> >> that Pekko user) to also use/support Scala 3.3. >> >> Unfortunately >> >> its >> >> not >> >> possible to get download stats from Sonatype for >> >> artifacts you >> >> don't >> >> maintain, but I wouldn't say its a controversial >> >> statement >> >> that >> >> the >> >> amount >> >> of people that use Akka long with Scala 3 would be a >> >> tiny >> >> minority >> >> (this >> >> is >> >> also regarding other factors, i.e. the typical >> >> demographic of >> >> Akka >> >> users). >> >> Ontop of this we need to take into account the delay of >> >> current >> >> Akka >> >> users >> >> migrating to Pekko, in other words by the time people >> >> migrate >> >> to >> >> using >> >> Pekko the fact that its using Scala 3.3 LTS would likely >> >> be a >> >> non >> >> concern >> >> at that point in time. >> >> And finally another thing to note is that even in the >> >> worst >> >> case >> >> scenario, >> >> nothing is stopping users from using Scala 2 artifacts >> >> from >> >> within >> >> Scala >> >> 3 >> >> (this is perfectly supported and has been for a while). >> >> Afaik >> >> the >> >> current >> >> Scala 3 version of Akka/Pekko is not using any >> >> unique/bespoke >> >> features of >> >> Scala 3, if true this would mean from a Scala 3 user >> >> perspective >> >> there >> >> really isn't going to be >> a difference in using a Scala 2 artifact vs Scala 3 >> >> artifact. >> >> >> For these reasons my recommendation would be, assuming >> >> that >> >> the >> >> full >> >> release of Scala 3.3 LTS is ready by the time we decide >> >> to >> >> make >> >> a >> >> release >> >> that we should try and target that. For details on the >> >> current >> >> release >> >> schedule for Scala 3.3 LTS you can read >> >> https://contributors.scala-lang.org/t/3-3-0-release-thread/6079/3 >> >> . >> >> >> -- >> >> Matthew de Detrich >> >> *Aiven Deutschland GmbH* >> >> Immanuelkirchstraße 26, 10405 Berlin >> >> Amtsgericht Charlottenburg, HRB 209739 B >> >> Geschäftsführer: Oskari Saarenmaa & Hannu Valtonen >> >> *m:* +491603708037 >> >> *w:* aiven.io *e:* matthew.dedetr...@aiven.io >> >> >> >> >> -- >> >> Matthew de Detrich >> >> *Aiven Deutschland GmbH* >> >> Immanuelkirchstraße 26, 10405 Berlin >> >> Amtsgericht Charlottenburg, HRB 209739 B >> >> Geschäftsführer: Oskari Saarenmaa & Hannu Valtonen >> >> *m:* +491603708037 >> >> *w:* aiven.io *e:* matthew.dedetr...@aiven.io >> >> >> >> --------------------------------------------------------------------- >> >> To unsubscribe, e-mail: dev-unsubscr...@pekko.apache.org >> For additional commands, e-mail: dev-h...@pekko.apache.org >> >> >> >> -- >> >> Matthew de Detrich >> >> *Aiven Deutschland GmbH* >> >> Immanuelkirchstraße 26, 10405 Berlin >> >> Amtsgericht Charlottenburg, HRB 209739 B >> >> Geschäftsführer: Oskari Saarenmaa & Hannu Valtonen >> >> *m:* +491603708037 >> >> *w:* aiven.io *e:* matthew.dedetr...@aiven.io >> >> >> >> -- >> >> Matthew de Detrich >> >> *Aiven Deutschland GmbH* >> >> Immanuelkirchstraße 26, 10405 Berlin >> >> Amtsgericht Charlottenburg, HRB 209739 B >> >> Geschäftsführer: Oskari Saarenmaa & Hannu Valtonen >> >> *m:* +491603708037 >> >> *w:* aiven.io *e:* matthew.dedetr...@aiven.io >> >> >> >> >> >> >> -- >> >> Matthew de Detrich >> >> *Aiven Deutschland GmbH* >> >> Immanuelkirchstraße 26, 10405 Berlin >> >> Amtsgericht Charlottenburg, HRB 209739 B >> >> Geschäftsführer: Oskari Saarenmaa & Hannu Valtonen >> >> *m:* +491603708037 >> >> *w:* aiven.io *e:* matthew.dedetr...@aiven.io >> >> >> >> -- >> >> Matthew de Detrich >> >> *Aiven Deutschland GmbH* >> >> Immanuelkirchstraße 26, 10405 Berlin >> >> Amtsgericht Charlottenburg, HRB 209739 B >> >> Geschäftsführer: Oskari Saarenmaa & Hannu Valtonen >> >> *m:* +491603708037 >> >> *w:* aiven.io *e:* matthew.dedetr...@aiven.io >> >> >> >> -- >> >> Matthew de Detrich >> >> *Aiven Deutschland GmbH* >> >> Immanuelkirchstraße 26, 10405 Berlin >> >> Amtsgericht Charlottenburg, HRB 209739 B >> >> Geschäftsführer: Oskari Saarenmaa & Hannu Valtonen >> >> *m:* +491603708037 >> >> *w:* aiven.io *e:* matthew.dedetr...@aiven.io >> >> > > -- > > Matthew de Detrich > > *Aiven Deutschland GmbH* > > Immanuelkirchstraße 26, 10405 Berlin > > Amtsgericht Charlottenburg, HRB 209739 B > > Geschäftsführer: Oskari Saarenmaa & Hannu Valtonen > > *m:* +491603708037 > > *w:* aiven.io *e:* matthew.dedetr...@aiven.io > -- Matthew de Detrich *Aiven Deutschland GmbH* Immanuelkirchstraße 26, 10405 Berlin Amtsgericht Charlottenburg, HRB 209739 B Geschäftsführer: Oskari Saarenmaa & Hannu Valtonen *m:* +491603708037 *w:* aiven.io *e:* matthew.dedetr...@aiven.io
