-
Notifications
You must be signed in to change notification settings - Fork 59
2.11 build can't resolve Scala #1216
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
reproducible outside of dbuild with scala-runners:
perhaps this is a consequence of scala/scala-dev#720 (Artifactory config changes) that just took time to rear its head |
puzzling: 2.11.12-bin-3fd7aec does resolve — that's a July 2019 commit whereas 2e2f65a is a December 2019 commit — it's the merge commit for the one PR we merged to 2.11.x in that time but doesn't really make this any less mysterious. how/why was this working before? |
aha, found a crucial clue over at https://scala-ci.typesafe.com/view/scala-2.11.x/job/scala-2.11.x-integrate-bootstrap/ we've been endlessly rebuilding 2.11.12-bin-2e2f65a the last green run was https://scala-ci.typesafe.com/view/scala-2.11.x/job/scala-2.11.x-integrate-bootstrap/1705/, 7 days ago and then the runs from https://scala-ci.typesafe.com/view/scala-2.11.x/job/scala-2.11.x-integrate-bootstrap/1706/ on are red the bad runs end with:
|
ha, but the real error is in https://scala-ci.typesafe.com/view/scala-2.11.x/job/scala-2.11.x-integrate-bootstrap/1706/artifact/logs/builds/*view*/
so apparently I removed a resolver that the 2.11 build needs — just need to figure out which one it was and re-add it 👍 in the last green build:
|
huh, but Maven Central has it: https://search.maven.org/artifact/biz.aQute/bnd/1.50.0/jar and Maven Central is definitely still part of our Artifactory config! or is it? it's there, but I guess it's conceivable that it's misconfigured, but due to caching this is the first time we noticed. hmm |
and we have the files here: https://scala-ci.typesafe.com/artifactory/maven-central/biz/aQute/bnd/1.50.0/ but note the |
on 2.11.x in
you would think that the but why was it working until 7 days ago? well, I don't know, but I guess the needed artifacts were found anyway through some quirk of the old config that I don't understand. (we don't need to sink too much mental energy into the why-did-it-work-before question, unless doing so helps us fix it now!) note the explicit having it depend on our Artifactory's caching setup seems unnecessarily fragile, so I would like to try the explicit https URL solution path first |
this should have broken in January 2020 when Maven Central shut off plain http access, but for reasons I don't fully understand it only broke just recently when we reconfigured the Artifactory instance on scala-ci regardless, this is a good, correct change gory details at scala/community-build#1216
trying it: scala/scala#9201 UPDATE: dammit, it didn't help |
dammit, I tried this too and it also didn't help: https://scala-ci.typesafe.com/view/scala-2.11.x/job/scala-2.11.x-integrate-bootstrap/1714/artifact/logs/builds/*view*/ now I'm stumped again... |
why is it looking at so I looked over in scala/scala-jenkins-infra, even though since we moved off Chef it isn't current anymore, but could still have clues... and lo and behold, at https://github.com/scala/scala-jenkins-infra/blob/master/roles/worker/vars/main.yml we see:
and then over on jenkins-worker-publish we find that URL in |
I manually edited |
https://scala-ci.typesafe.com/view/scala-2.11.x/job/scala-2.11.x-integrate-bootstrap/1715/ 👍 haha that was a, uh, fun few hours... but all's well that ends well |
I disabled https://scala-ci.typesafe.com/view/scala-2.11.x/job/scala-2.11.x-integrate-bootstrap/ since there's no point in it running over and over again on the same thing. we can re-enable it if we start pushing changes to 2.11.x again (god forbid) |
https://scala-ci.typesafe.com/view/scala-2.11.x/job/scala-2.11.x-integrate-community-build/2000/
this isn't intermittent, it's happening every time now, but only on the JDK 8 build (though perhaps if I zapped the workspace and/or the dbuild cache in the JDK 11 build it would happen there too?)
The text was updated successfully, but these errors were encountered: