-
-
Notifications
You must be signed in to change notification settings - Fork 3.5k
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
Update ndk-glue requirement from 0.2 to 0.3 #1371
Conversation
/rebase |
It failed: https://github.com/bevyengine/bevy/actions/runs/528810573
|
Haha thanks! Investigating now. |
Forgot to update one of the secret names |
/rebase |
Updates the requirements on [ndk-glue](https://github.com/rust-windowing/android-ndk-rs) to permit the latest version. - [Release notes](https://github.com/rust-windowing/android-ndk-rs/releases) - [Commits](https://github.com/rust-windowing/android-ndk-rs/commits) Signed-off-by: dependabot[bot] <support@github.com>
9d888c6
to
f3578cb
Compare
@bjorn3 looks like the latency is ~30 seconds (and ~3 seconds for comments that dont match). Off the top of your head do you know what bors-ng latency is like? |
I don't know exactly. I tried looking at the time between an r+ on rust-analyzer and the stated author time of the merge commit, but due to clock skew the merge commit said that it was created before the r+. I do expect it to be much faster though as it doesn't have to start a container to run in and I think it uses the github api to merge the PR into a new branch rather than checking it out locally. |
Makes sense. I'm still on the fence about this approach. I like it because of the minimalism, the "github nativeness", and most importantly the cleanness of the commit history. I dislike it because it isn't as safe as bors, you must do one pr at a time, it's a "two step process", and it might be slower than bors (although 30 seconds isn't untenable). |
Looks like we can't merge this until cpal updates to ndk-glue 0.3.0. I'm getting a black screen and crash from ndk-glue 0.2.1:
|
Might be relevant: RustAudio/cpal@eaf4018 |
cpal released the update with the ndk-glue version bump |
@MinerSebas Looks like this is ready to test, but I don't think it's critical enough to warrant the 0.5 milestone (although it would be nice to get in). |
If someone can test on an android and confirm it's ok, it would be nice to do the update for 0.5 as we now have both versions in our dependencies which may make it crash on android |
Cannot compile due to rustc error in
|
Patching to use oboe from git gets it to compile, but the example does not work (even with MSAA disabled). I get a black screen and eventual crash. I'll make an issue on the oboe repo to let them know about the error and ask them to make a patch release. EDIT: katyo/oboe-rs#27 |
A newer version of ndk-glue exists, but since this PR has been edited by someone other than Dependabot I haven't updated it. You'll get a PR for the updated version as normal once this PR is merged. |
# Objective - We currently depends on ndk 0.2, 0.3, 0.4 - Only 0.2 dependencies comes from Bevy itself ## Solution - Replace #1371 - Update Bevy to ndk-glue 0.4 - Also fixes duplicate dependency CI issue
done in #2684 |
OK, I won't notify you again about this release, but will get in touch when a new version is available. If you'd rather skip all updates until the next major or minor version, let me know by commenting If you change your mind, just re-open this PR and I'll resolve any conflicts on it. |
Updates the requirements on ndk-glue to permit the latest version.
Commits
Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting
@dependabot rebase
.Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR:
@dependabot rebase
will rebase this PR@dependabot recreate
will recreate this PR, overwriting any edits that have been made to it@dependabot merge
will merge this PR after your CI passes on it@dependabot squash and merge
will squash and merge this PR after your CI passes on it@dependabot cancel merge
will cancel a previously requested merge and block automerging@dependabot reopen
will reopen this PR if it is closed@dependabot close
will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually@dependabot ignore this major version
will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this minor version
will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this dependency
will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)