Arch Linux User Repository

@inforogue you have a log in ~/.config/Insync/out.txt. You can also start the app with strace -ff insync &> strace.log to try and figure what's going on.

@tinywrkb update on my previous issue with Insync crashing while trying to change folder locations. I installed the plasma-meta package to test out KDE yesterday and got curious about Insync so I installed it again also. The problem went away completely and Insync ran like a champ, no crashes. After deciding I didn't like KDE right now I removed all of plasma-meta and Insync is now back to crashing any time I try to change the location. Definitely a dependency somewhere, just not sure which or how to help track it down.

@thenaterhood I don't know if I would have done this here, dropping bundled libs. I'm targeting a Flatpak runtime which is pretty stable, no ABI breakage for any lib, so maintenance is pretty low.

Thanks for answering questions @tinywrkb!

Yeah I wonder if I should adopt the same strategy here and try removing the bundled libs. I'm trying to stay as close to upstream as possible but it's a huge package and Arch gets updates faster than insync does.

@diogobaeder I don't need this workaround. Insync works for me correctly with the wayland and xcb Qt5 backends in Sway.
The main difference between this package and my own packaging is that I removed whatever I could of the bundled libs and I'm letting the app use the system libs.

Hi folks!

The new version has been released, but I could only run it with:

$ QT_QPA_PLATFORM=wayland insync start

which was a hint given in the insync forum. I changed the service and desktop files to reflect that.

[EDIT] Changing service and desktop files doesn't make the auto-startup work. Not yet sure why.

Thanks @tinywrkb appreciate the help. I did a little research and best I could come up with was it being related to the Qt theme. I'll report it and send them logs and see where it goes.

@inforogue this sounds like a bug, you should report it on the Insync forums or contact support via email.

As a workaround:

• Use the default location but don't start to sync, meaning don't choose folders & files to sync.
• Close the app.
• Use an SQLite editor to edit the settings DB directly and change the value of the OneDrive path. The DB is in ~/.config/Insync/data/gd-*.db but I don't remember where exactly is the synced folder path entry but it's there.
  I used sqlitebrowser to edit the DB but any other will do.

Another workaround is to create a symlink to the location of your target sync dir.

Running into a problem with Insync. I can get it to install fine and if I let it go with all the defaults it will run fine. But if during the install I click on the "Change" link to change the location to save Onedrive data to it will crash. The system tray icon will load up on relaunch but any time I try to go into settings to change locations it will immediately crash. Works fine on Manjaro but under regular Arch it exhibits this behavior.

If someone still can't start the app, and assuming this was introduced due to the xsettings schemas changes, I brought back the gsettings-xsettings-schemas package to the AUR for compatibility with outdated app-packaged GTK3 libs.
Read the pinned comments before installing the package.

Preferably, you should try before installing that package to set QT_QPA_PLATFORMTHEME=kde and QT_QPA_PLATFORMTHEME=qt5ct, or remove the packaged libgtk-3.so* so the system one will be used and/or libqgtk3.so.

And as said before, Insync devs are aware of the issue and it's expected to be fixed in 3.3.9.