-
Notifications
You must be signed in to change notification settings - Fork 14
Release 2.12.10 #649
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
Comments
the original scala-dist job https://travis-ci.org/scala/scala-dist/builds/583371597 failed with
no real clue why, but decided to bump scala-dist version from sbt 0.13.17 to 0.13.18 to see if that would help: scala/scala-dist#208 triggered new scala-dist job: https://travis-ci.org/scala/scala-dist/builds/583399629 and it got farther this time
I think this means the Scala JARs have to hit Maven Central first? so I released the staging repos, now waiting for Maven Central sync. watching https://repo1.maven.org/maven2/org/scala-lang/scala-library/2.12.10/ |
JARs are on Maven Central, but when I re-ran https://travis-ci.org/scala/scala-dist/builds/583399629 it hit the 2.10.7 JAR error again, so apparently the 0.13.18 upgrade didn't fix anything, apparently I just need to hit "restart" until it works? :-/ |
I tried removing sonatype-staging from conf/repositories on a wip branch in the scala-dist repo and triggering a build with that: https://travis-ci.org/scala/scala-dist/builds/583412119 I guess the purpose of having sonatype-staging in there is so you can run the scala-dist job even before the Scala JARs have gone to Maven Central, but apparently sonatype-staging isn't operating reliably today; that would account for both kinds of errors I ran into (the missing 2.10.7 JARs and the missing 2.12.10 JARs) but I don't understand why failures to resolve 2.0.7 from sonatype-staging would matter, why wouldn't it just use maven central instead, conf/repositories has maven central but anyway the conf/repositories change seems to be working, the job seems to be succeeding. (but it's dinnertime.) |
job succeeded https://travis-ci.org/scala/scala-dist/builds/583412119 in the scala-dist repo, I attached the |
https://travis-ci.org/scala/scala-dist-smoketest/builds/583436738 passed (though I had to manually trigger it, it didn't automatically run for some reason) but both the |
it seems that the other dists uploaded successfully but the |
I'm out of time. I can pick this back up tomorrow, unless another team member gets to it first? once the .msi is in place, then the |
Since I could download the msi on my machine, I just tried re-running the jobs, and they went green. Glitch in the Matrix I guess. |
@SethTisue please use the AND operator in the request to the Maven Search: https://search.maven.org/search?q=g:org.scala-lang%20AND%20v:2.12.10 |
@plokhotnyuk nice catch, thanks for spotting that! fixed |
paradise publishing remains, closing anyway since there's a ticket now: scalamacros/paradise#121 |
release lead: @SethTisue
Variables to be expanded in this template (or export them in a local terminal, so that you can copy/paste the commands below without replacing anything):
Key links:
N weeks before the release
Release announcement / notes
N days before release
Point of no return
SCALA_VER_BASE
andSCALA_VER_SUFFIX
in the custom configbefore_script: export SCALA_VER_BASE=$SCALA_VER_BASE SCALA_VER_SUFFIX=$SCALA_VER_SUFFIX
)git tag -s -m "Scala $SCALA_VER" v$SCALA_VER $SCALA_SHA
git tag -s -m "Scala $SCALA_VER" v$SCALA_VER $DIST_SHA
git push https://github.com/scala/scala.git v$SCALA_VER
git push https://github.com/scala/scala-dist.git v$SCALA_VER
before_script: export version=$SCALA_VER scala_sha=$SCALA_SHA mode=archives
: https://travis-ci.org/scala/scala-dist/builds/583434523before_script: export version=$SCALA_VER scala_sha=$SCALA_SHA mode=update-api
: https://travis-ci.org/scala/scala-dist/builds/583434607st_stagingRepoPromote [scala-repo]
,st_stagingRepoPromote [modules-repo]
(or use oss.sonatype.org web UI)Check availability
When everything is on maven central
documentation/api.md
download/index.md
_config.yml
(update devscalaversion or scalaversion)api/all.md
current
symlink for the API docsModules
Announcements
Afterwards
scala-version
on docs.scala-lang.org (example: bump scala-version docs.scala-lang#1294)versions.properties
(new file generated by the bootstrap job) and thebaseVersion
inbuild.sbt
and the MiMa base version and exclusion filters and (if it's a major bump)spec/_config.yml
latestSpecVersion
inspec/_config.yml
on the old branch, so that spec is marked as no longer current_data/footer.yml
and_data/doc-nav-header.yml
on docs.scala-lang.orgThe text was updated successfully, but these errors were encountered: