Bug#1125161: Re-bootstrapping sbt and modern Scala; the Scala 3 path is now open

Emmanuel Bourg ebourg at apache.org
Fri Jun 12 16:58:32 BST 2026


Le 12/06/2026 à 16:15, Juan M. Méndez Rey a écrit :

> So, going straight to the point.
> Cleanest order to start, no exemption needed:
> 
> 1. scala-asm coexistence (5.2.0 for 2.11 + 9.9.0 for 2.12)
>     No new binary names, so no NEW queue:
> 
> https://salsa.debian.org/java-team/scala-asm/-/merge_requests/3
>    
> 2. scala -> scala-2.11 rename (built + install tested locally, with a scala metapackage)
> 
>     https://salsa.debian.org/java-team/scala/-/merge_requests/1
> 
> 2.1 plm, in the meanwhile, while your PR gets merged.
> plm switches Build-Depends to "scala-2.11 | scala" so it keeps getting 2.11 during and after the transition (NMU):
> 
>     https://salsa.debian.org/java-team/plm/-/merge_requests/3
> 
> 3. sbt-util-interface (#1139638): pure-Java leaf, ready for NEW:
>     https://salsa.debian.org/mendezr/sbt-util-interface
> 
>    jline3 is a Scala 2.13 thing, independent of 2.11, so it needn't hold this up. But in the meanwhile, I answered about that here, asking for your input.
> https://salsa.debian.org/java-team/jline3/-/merge_requests/3#note_769369
> 
> The scala-2.12-bootstrap "seed" is the only piece needing the "exemption talk", as we call it, with the ftp masters.


What about the following steps:

1. Upgrade scala-asm to 9.x, do not keep 5.x

2. Inject the scala 2.12 jars in the existing scala package and build 
Scala 2.12 with a two pass build (1st with the prebuilt jars, the second 
without)

3. Update PLM

4. Package the sbt stuff


That would skip the scala-2.12-bootstrap package

Emmanuel Bourg



More information about the pkg-java-maintainers mailing list