-
Notifications
You must be signed in to change notification settings - Fork 49
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 zoom.tar.xz to 5.17.1.1840 #429
Conversation
Started test build 90035 |
Build 90035 successful
|
bot, build |
Queued test build for us.zoom.Zoom. |
Started test build 90614 |
Build 90614 successful
|
bot, build |
Queued test build for us.zoom.Zoom. |
Started test build 91036 |
Build 91036 successful
|
FWIW, the latest build crashes on my laptop. Please let me know if you need the crash info. |
thanks for testing! It really helps assuring we don't ship broken stuff. |
Yup, I also see a crash on launch, the same as PR #427 (zoom.real killed by SIGTRAP). I think I remember that Zoom (or organisations using it) enforces a minimum client version connecting to the server, so at some point the older working version will stop working. I don't know when that will happen, but I thought I'd try investigating what's going on. A backtrace on the coredump didn't get me very far (though it hinted that libcef might be involved). I presume because we're repackaging a pre-built Zoom, there are no debug symbols to reference it against. I found a file Stdout & stderr log
Then I also found it was writing to
So that sounds like something is failing with EPERM. strace-ing zoom shows only one operation getting that error:
Snippet from clone man page on EPERM
It looks like Chromium (CEF) is trying to set up some sandboxing of its own, and can't do that inside the Flatpak sandbox. AIUI, Zypak is meant to fix this, but it must be going wrong somewhere. This issue looks like it's describing a similar scenario: refi64/zypak#14 That's all I've got time for just now; I hope it provides a starting point for someone who understands this stuff better to fix it. 🙂 |
I did a bit more digging, and I guess Zoom 5.17 has a newer version of Chromium, which needs a recent-ish fix in Zypak: There hasn't been a new release tag of Zypak since then (I've made an issue to ask for one), so the version this Flatpak gets through Once that's done, I think we'll also need to set the It's amazing that Zypak works, but awful that so many apps - most apps using Electron or CEF, I think - have to rely on a fragile workaround, using LD_PRELOAD tricks to let Chromium start its sandbox inside Flatpak. In the longer term, it would be really helpful if Chromium worked with Flatpak's sandboxing without the need for Zypak. |
Resolved in #440 |
🤖 This pull request was automatically generated by flathub/flatpak-external-data-checker. Please open an issue if you have any questions or complaints. 🤖