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
Upgrade to sbt 1.3.10 #1927
Upgrade to sbt 1.3.10 #1927
Conversation
It looks like Maven central now serves artifacts only over HTTPS anyway.
It looks like the first commit helped, even without clearing the cache. There are still some downloads that failed from maven (though for me they worked fine 🤔 I updated to latest sbt 0.13 in the second commit; let's see what happens. |
Strange:
That URL works fine on my machine. Is Travis having issues? Some of the builds are green at least. |
I tried to restart the builds... I think there could be a caching thing that isn't working here. I think there may be a corrupted travis cache. Also, it might be worth updating to sbt 1.3.9 or something soon. It is a bummer this is such a pain... Maybe we should turn on scala steward to update the repo when dependencies change so at least the CI is running more often. |
I just tried upgrading to sbt 1.3.10. This should be the minimal diff (to I had to upgrade scalariform, which reformatted everything. I'm not sure how to get the same formatting as before. If you don't want the formatting changes, it'd be nice if someone could figure out how to configure it back. This branch should be writable to maintainers of this repo 😄 |
looks like the ci failed... I'd rather disable and remove scalariform honestly and not have the code change since this is already big. the community has moved to scalafmt, so we should set that up if we want modern formatting (but we can do that in a separate PR). Thanks for working on this! |
We see resolution failures in scalding-hraven (among others, probably) when coursier is enabled.
The previous version was not published for Scala 2.12.11.
The dependency on scrooge would need to be upgraded as well, which we probably don't want to do immediately.
This is what used to be used, but sbt-microsite flipped the default to use mdoc instead. This commit restores the old behavior.
question: can you try these locally rather than using travis (which is pretty slow on turn around)? I filed #1929 as it looks like at least one of these errors is a flakey test. |
Sure, I just didn't want to try everything on my machine (I'm mostly doing that when I'm waiting for something else). Thanks for filing the issue. This test does pass on my machine. Hopefully we shouldn't be too far from a green build now 🤞 |
Everything should pass (given a clean cache at least) with this last commit. At least, it's working on my machine 😄 and I hope here as well: https://travis-ci.org/github/Duhemm/scalding/builds/684050063 |
looks like the repl CI tests are failing probably due to how the new sbt processes CLI args: https://travis-ci.org/github/twitter/scalding/jobs/684050109#L1297 man, this CI is brutal... |
Can you merge develop to get #1930? |
I’ll take a look on this PR and try to get it working today.
…On Thu, May 7, 2020 at 18:31 P. Oscar Boykin ***@***.***> wrote:
Can you merge develop to get #1930
<#1930>?
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#1927 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAAUCGATGW46D7WH5DZT64TRQNOFLANCNFSM4MKZX53Q>
.
|
Seems solved by #1939, should we close this? |
This is an attempt at fixing the build. Cleaning Travis' cache may be required as well.
It looks like Maven central now serves artifacts only over HTTPS anyway.
It turns out that the above fix was not enough to get a green build -- I'm trying to upgrade to latest sbt.