-
Notifications
You must be signed in to change notification settings - Fork 935
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
unavailable repo.scala-sbt.org
(April 7, 2023)
#7202
Comments
We're looking into it. Thanks for your patience. |
This comment was marked as duplicate.
This comment was marked as duplicate.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as duplicate.
This comment was marked as duplicate.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as duplicate.
This comment was marked as duplicate.
PLEASE READYou can all safely assume there will be an update here once anything changes. Please stop asking "any update?" — you are clogging inboxes with pointless noise. Everyone already understands this is a big deal. You're welcome to comment here if you have helpful new information and/or workarounds to share, but otherwise you will simply need to be patient. @WayneWang12 is correct that this has absolutely nothing to do with the Sonatype outage. They are two entirely separate outages that just happen to be occurring at the same time. As far as we know, the Sonatype outage only affects publishing; Maven Central has continued to serve up existing artifacts just fine. (If it appears otherwise to you, see below at #7202 (comment).) The problem on this ticket is confined to repo.scala-sbt.org. It is unfortunate that JFrog is serving up 302 response codes from that domain, instead of 404 or some such. This can lead to cache corruption locally, either on local developer machines or on a privately hosted Artifactory (or any similar software that caches artifacts). For the past few years, repo.scala-sbt.org has generously been hosted by JFrog for free through their OSS program. For reasons unknown, it suddenly stopped working. Eugene has contacted JFrog to try to find out what happened. Disclaimer: It is currently the middle of the night in New Jersey, where Eugene lives, and that's part of why I'm stepping in here with some information. I am not representing any company or organization today; I'm just a guy who tries to help out in this repo, and this week I happen to be a timezone where the sun is currently up. If you want to come chat and/or commiserate in a more informal environment, there's always the #sbt channel in the Scala Discord. P.S. I assume you all have seen https://xkcd.com/2347/ |
Workaround for some plugins: try a newer version?Note that repo.scala-sbt.org hasn't accepted new plugins for several years now. It only has old plugins. So for some plugins, you may be able to resolve the issue immediately by upgrading to a newer version of the plugin, if that newer version is available from Maven Central. For any plugin whose latest version is still only on the old repo, it would make sense to open a ticket such as sbt/sbt-dynver#239 in the hopes of getting a new version published to Maven Central. That doesn't help poor benighted people stuck on crufty versions of things, but it's progress regardless towards the long term goal of making the leading edge of the plugin ecosystem more robustly available. (However, I think repo.scala-sbt.org also serves other things besides plugins...? I'm unclear on that.) |
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
For the record, I just re-enabled CDN download for sbt-plugin-releases. It might take some time for the content to propagate, but this should make access to JARs faster. |
Actually given the error message
maybe we no longer have access to CDN. |
I've still got a backup from bintray from April 2021 lying around, let me know if you need it. |
@jrudolph Probably a good idea to not delete that backup anytime soon 😉 |
for a sample command clearing local cache, see #7211 (comment) Coursier's cache location is different on different OSes though, as per https://get-coursier.io/docs/cache |
The plugin is not used in the VexRiscV build and causes issues for users since repo.scala-sbt.org seems to be down/sunset/?. See also sbt/sbt#7202 Updating the dependency would also have been an option, but since it's not used removal is easier.
the Scala Center's blog post about the incident (dated April 20, 2023): https://scala-lang.org/blog/2023/04/20/sbt-plugins-community-repository.html and an update from a couple days ago with some plans: https://contributors.scala-lang.org/t/roadmap-for-the-sbt-community-repository/6195 |
steps
or
plugins.sbt
problem
redirect to https://landing.jfrog.com/reactivate-server/scala 😭
expectation
notes
The text was updated successfully, but these errors were encountered: