-
Notifications
You must be signed in to change notification settings - Fork 6k
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
Repositories down / Failed to resolve dependency #5225
Comments
Seems like this repos excluded |
Bintray seem to have stopped mirroring |
This comment has been minimized.
This comment has been minimized.
You may clone the repo locally and put it in dependencies |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
Google ExoPlayer namespace on bintray is still active so the following workaround works for me.
|
Thanks @jmatsu, your workaround has worked for me. Well that was a waste of two hours. |
Added - maven { but still not working |
Yes, not working for me too |
Still failing - can't use Facebook Audience Network. Failed to fetch the following dependencies: Resolve failed due to com.google.android.exoplayer:exoplayer-core:r2.4.2 missing for com.facebook.android:audience-network-sdk:5.1.0, attempted to use com.google.android.exoplayer:exoplayer-core:r2.4.2, failed due to org.gradle.internal.resolve.ModuleVersionNotFoundException: Could not find com.google.android.exoplayer:exoplayer-core:r2.4.2. Resolve failed due to com.google.android.exoplayer:exoplayer-dash:r2.4.2 missing for com.facebook.android:audience-network-sdk:5.1.0, attempted to use com.google.android.exoplayer:exoplayer-dash:r2.4.2, failed due to org.gradle.internal.resolve.ModuleVersionNotFoundException: Could not find com.google.android.exoplayer:exoplayer-dash:r2.4.2. |
Finally worked.. add above url to project-level gradle file in following section (allprojects-repositories-) allprojects { |
Exoplayer is a dependency for my Facebook Audience Network. I cannot change the repo. It's Unity play services resolver. That's my package:
|
We have asked Bintray to restore the missing projects. In the meantime, adding:
to
in the project gradle file should serve as a temporary workaround for most use cases. I'm not sure about the Facebook Audience Network one. Note: Please refrain from posting non-helpful comments such as "me too" on this thread; it just makes it harder for people to find the actual useful comments. Thanks. |
Since it's under official Google account can't this be now pushed to the Google Maven repository to avoid such issues? It's now officially supported by Gradle and most people already use it too. |
I add an alternative repo as a temporary solution and it works while we are waiting for the jcenter repo to up again:
Just make sure the alternative repo is before the jcenter so it is prioritized. Hope it helps. |
I agree this is probably the best longer term solution for us. It'll probably require some changes to our release process though, so getting Bintray to restore the missing projects is going to be the short term fix. |
@ojw28 Will this workaround work even in the future? |
The workaround will be unnecessary as soon as the issue is fixed. If you choose to leave it in your gradle file regardless, I doubt it'd do any harm. |
As a quick side note, only add repositories that you trust :) There's no signing or anything for libraries, and if you add a unknown repository you can end up with compromised code. |
Is this issue related |
This comment has been minimized.
This comment has been minimized.
It's working for me now. |
https://jcenter.bintray.com/com/google/android/exoplayer/ worked for a while (had -core and -dash but not others like -hsl and so on). But now is down again.
Maybe they've decided to fully rebuild the mirror... Hopefully... Meanwhile https://google.bintray.com/exoplayer/ still works. |
As noted above, please refrain from posting non-helpful comments on this thread. It only serves to make the thread harder for others to follow. We've already stated multiple times we believe the root cause is with Bintray and that we've asked them to look at it. We've also made them aware that we're receiving a high volume of complaints. |
Confirmed this is not ExoPlayer specific. The broader is being tracked here. |
So I got a tweet from bintray claiming that it was Google that asked them to pull the binaries: https://twitter.com/geeky_android/status/1072276765404487680?s=19 This is interesting and worrying... |
Update from Google on the thread above:
|
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
The following packages are available again:
We have pending requests to Bintray to re-add the remaining 7 packages, so hopefully they will become available soon. For those who are interested, there is a basic outline of what happened here. I'm concerned that it happened, but more so that it took such a long period of time to root cause and fix (the latter is still ongoing). Apologies for the significant inconvenience caused. We will be conducting a postmortem to learn how we can can prevent this kind of incident in the future. For ExoPlayer, the most obvious action item is to publish to GMaven ( |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
All packages are now restored. I've filed #5246 to track hosting ExoPlayer packages on GMaven. |
40 "me too" comments but not a single "thanks" comment in this thread... Thank you @ojw28 🙂 |
aaaaawwwww |
All is fine now? Thank you |
Issue description
As of a few hours ago, my builds are failing to find exoplayer 2.8+ (I also tried 2.9+, no difference) in Google repository. Never seen that before, always worked fine.
Reproduction steps
It's an Android gradle project.
Relevant lines:
Output:
Link to test content
I am able to reproduce with demos/main if I edit its build.gradle like this:
Output:
Editing build.gradle was necessary because normally demos/main brings in exoplayer libraries from the same (local file system) repository / build hierarchy.
Full file with edits available here:
https://gist.github.com/kmansoft/e90624a702574fa9d7ab414dc05170c7
Version of ExoPlayer being used
2.8+
Same with 2.9+
Device(s) and version(s) of Android being used
N/A - build problem, not runtime problem
Maybe this is the reason?
https://dl.google.com/dl/android/maven2/com/google/android/exoplayer/exoplayer-core/maven-metadata.xml
Gives me a "404" - same with exoplayer-dash instead of exoplayer-core.
The text was updated successfully, but these errors were encountered: