Workaround for Insync not starting (segmentation fault) after Fedora 34 libxkbcommon update

ianmacd · May 10, 2021, 8:15am

Thanks for the workaround, @linuser.

The sooner this is fixed at Insync’s end, the better.

storozhsergeich · May 12, 2021, 2:28am

Thank you very much for sharing this. I spoke to support via chat, they do not know about it.

vanbarel · May 14, 2021, 8:48am

We really need Fedora 34 support fixed as soon as possible

muror · May 14, 2021, 2:13pm

Just to report same issue with OpenSuse Thumbleweed, Workaround fix the issue. Thanks @linuser

Ronald_Stam · May 15, 2021, 10:42am

Same here (Tumbleweed - fix).

mia · May 17, 2021, 5:16am

Hi all-- our Linux team is working on the Fedora 34 build. I’ll update this thread as soon as the version is available.

Thank you!

excubitor · May 18, 2021, 8:53pm

The same problem occurs on Manjaro 21.0.4, and yes - workaround fixed it.

RobinJ1995 · May 19, 2021, 2:30pm

v3.3.10.40961 just came in through the InSync Fedora repo. Can confirm the issue is fixed.

I’m happy that the issue is now fixed, but I’m honestly a bit disappointed that the fix to an issue that broke the entire application took 2 weeks to be released. Not being able to use a file sync application for an entire 2 weeks (without making manual system modifications) is pretty bad.

I generally like the application and appreciate the work that is put into it, but I really hope issues like these can be prioritised more in future.

linuser · May 19, 2021, 2:43pm

@RobinJ1995 If you did the workaround like a real linux user you wouldn’t of had to wait.

mia · May 20, 2021, 1:49am

Hello everyone!! Please give this Fedora 34 build a try:
https://d2t3ff60b2tol4.cloudfront.net/builds/insync-3.3.10.40961-fc34.x86_64.rpm

Let me know how it goes by replying to this thread Thank you!

linuser · May 20, 2021, 1:17pm

@miamoran Confirmed fixed. Got the update from the repo yesterday.

Fedora 34 KDE

RobinJ1995 · May 20, 2021, 1:18pm

Unless you’re a Linux user with a full-time job that doesn’t have time to “fix” other developers’ applications, and to then possibly have to fix their own system later because they stupidly made manual modifications to libraries that were managed by the package manager When you pull tricks like these there’s always a good possibility that you end up causing problems down the line because your package manager realises the files it manages are not in the state it expects them to be in.

RobinJ1995 · May 20, 2021, 1:19pm

Works. Fedora 34 Gnome.

linuser · May 20, 2021, 1:22pm

It’s a 3 line fix, so you are just lazy in my opinion. Dnf is smart enough to replace files.

pnmyers · May 21, 2021, 3:32pm

I have installed insync-3.3.10.40961-fc34.x86_64 and can verify that it fixes the issue, and seems to work fine now on Fedora 34.

Thank you to the Insync team for fixing this!

yerch82 · June 5, 2021, 1:30pm

Im using Fedora 34. Download version 3.4 and still not working well. Thanks for the quick response and looking fordward to this issue to be corrected.

mia · June 6, 2021, 11:40pm

@yerch82 Thank you for cross-posting! I have responded to the other thread

mara · September 9, 2021, 1:24am

Hey, everyone! We’ve released a fix for this error. Kindly download the latest version of our app here and let us know if it works!

Shannon · October 17, 2021, 3:10pm

I am still experiencing the same issue: out.txt shows this:

GLib-GIO-ERROR **: 10:53:56.099: Settings schema ‘org.gnome.settings-daemon.plugins.xsettings’ does not contain a key named ‘antialiasing’

I’ve tried both the version referenced in this thread (insync_3.5.3.50123-focal_amd64) as well as (insync_3.5.4.50130-focal_amd64)

I am running a new install of Ubuntu 21.10

Output from # insync start --no-daemon
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to ‘/tmp/runtime-root’
QXcbIntegration: Cannot create platform OpenGL context, neither GLX nor EGL are enabled
WARNING:root:While reading /usr/share/applications/defaults.list
Traceback (most recent call last):
File “idesklinux/application_manager.py”, line 53, in __index_default_apps
File “configparser.py”, line 696, in read
File “configparser.py”, line 1091, in _read
configparser.DuplicateOptionError: While reading from ‘/usr/share/applications/defaults.list’ [line 265]: option ‘application/xhtml+xml’ in section ‘Default Applications’ already exists
WARNING:root:While reading /usr/share/applications/defaults.list
Traceback (most recent call last):
File “idesklinux/application_manager.py”, line 70, in __index_apps_for_mimetypes
File “configparser.py”, line 696, in read
File “configparser.py”, line 1091, in _read
configparser.DuplicateOptionError: While reading from ‘/usr/share/applications/defaults.list’ [line 265]: option ‘application/xhtml+xml’ in section ‘Default Applications’ already exists
INFO 2021-10-17 11:08:58,607 [mainlogs:_log_run:139] Core(app_version=3.5.4.50130, platform=Linux-x86_64-ubuntu/21.10) initialized
WebEngineContext used before QtWebEngine::initialize() or OpenGL context creation failed.
[15821:15821:1017/110858.621418:ERROR:zygote_host_impl_linux.cc(89)] Running as root without --no-sandbox is not supported. See https://crbug.com/638180.

mia · October 18, 2021, 2:07am

Hi @Shannon, could you confirm if you’re running a Wayland or X11 session when this issue persisted?