Arch Linux User Repository

@sucklessengai You can grab some debugging output if you run insync start --no-daemon, which starts insync in the foreground in the console. Depending what you find, you might want to consider posting on the insync forums at forums.insynchq.com because they may be able to offer better support.

I have installed insync yesterday on my fresh Artix Linux (openrc). But I am getting a blank white screen when start insync. I have been using it on manjaro until now. In both systems i am using i3wm. Any clue what is going wrong?

@thenaterhood Thank you for the tip. Not sure if clearing my paru cache made the difference or something else has changed, but insync got updated normally yesterday.

@niveus.corax a clean download and build works fine for me, no integrity errors

Am I the only one getting integrity error?

==> Validating source files with sha256sums... insync_3.7.5.50350-buster_amd64.deb ... FAILED insync@.service ... Passed insync.service ... Passed ==> ERROR: One or more files did not pass the validity check! error: failed to download sources for 'insync-3.7.5.50350-2': error: packages failed to build: insync-3.7.5.50350-2

Hello. Can you make lib32-libappindicator-gtk2 dep optional? Because now I need to install gtk2. But I don't want this.

Yup, looks like they pulled it. I see a number of bug complaints on the forum so I will revert as well.

3.7.4 isn't out right now, is it? Cannot seem to download it directly from their main site

Both old and new URLs gave me 403 error.

Looks like they pulled 3.7.4 and put 3.7.3 up. That's what's breaking this.

Something is going on with their CDN I think. I swapped to the cloudfront.net URL (you can verify it's the correct one on their site) because the normal one was 403ing. Right now their site is trying to give me 3.7.2 which is an old version.

Download have failed.

"ERRO: Falha ao baixar https://d2t3ff60b2tol4.cloudfront.net/builds/insync_3.7.4.50336-buster_amd64.deb'"

@Romario74 seems okay for me

It seems with latest version the tray icon is missing. I see this on Cinnamon and Mate.

Can anybody confirm?

@thenaterhood. Ya its a bug. Spoke with their support a few weeks ago and forgot to submit this comment.

@RoninSysAdm: I'd recommend raising that on the Insync forums over at https://forums.insynchq.com/ if you haven't. Sounds like it may be a bug on their end.

Trying to get the sync to work but it is super inconsistent. I get an error message in my logs saying "An Unexpected error occurred doing AddLocalODItem. The message reads: [Error 2] No such file or directory". This is on files I'm trying to sync down from OneDrive that have never been on the system before. Sometimes I can hit Retry All and they will come down, other times they won't.

Build is 3.7.0.50216

FYI 3.7.0 adds the backup feature, it needs the "Sync & Backup" license, but it's still a lifetime license, and there is an upgrade discount.
If you're running Insync in a container, then be aware that the backup feature requires access to /dev/disk/by-id, it won't list backup sources to choose from without it.

@thenaterhood: I tried but with no succes. I aldo triend the andontie-aur package (see https://aur.andontie.net/x86_64/) it has the same problem

@guiodic: try rebuilding the package and reinstalling. That file is not managed by the PKGBUILD here, it's generated by makepkg.

error: could not open file /var/lib/pacman/local/insync-3.4.3.40990-2/desc: No such file or directory

@thenaterhood! Massive thanks! The patches you integrated finally fixed issues I've been having since upgrading to GNOME 40 / Wayland. Note: wasn't trying to change my sync dir, maybe I did a long time ago. Further info for others at https://forums.insynchq.com/t/insync-not-working-on-gnome-40-with-workaround/17149.

I've integrated patches for the sync dir crash from two threads on the insync forums:

+   echo "-> Patching https://forums.insynchq.com/t/crash-when-changing-sync-folders-linux-with-solution/17254/4"
+   mv ${pkgdir}/usr/lib/insync/libgdk_pixbuf-2.0.so.0{,.bak}
+   echo "-> Patching https://forums.insynchq.com/t/crash-changing-sync-directory-with-fix/17364/10"
+   mv ${pkgdir}/usr/lib/insync/libpangoft2-1.0.so.0{,.bak}

If that causes problems, feel free to restore one or both of those libs and comment here and/or in the insync forums.

mbcooper this work! Good Job, i recommend to the package maintainer to insert this command in upcoming package updates.

Re: Insync crashing when changing the base directory.

I found this workaround from rooting around in the insync support forums. run this command and you will be able to change the basedir. (looks like an incompatibility with some library)

sudo mv /usr/lib/insync/libgdk_pixbuf-2.0.so.0{,.bak}

Actually this is what I did. I had quite some support help from Mia freom Insynq and this is what actually helped: sudo mv /usr/lib/insync/libgdk_pixbuf-2.0.so.0{,.bak}

So it looks like a dependency issue between the libraries/packages coming with insync and newer versions of some libraries in arch linux.

Hey folks, I'm tracking discussion of the issue of insync crashing when changing sync directory over on the insync forums at https://forums.insynchq.com/t/crash-changing-sync-directory/17364.

I'll update the PKGBUILD if something actionable comes up. Until then, if you're seeing that issue I encourage you to take a look at the ongoing discussion.

I can't get insync to autostart with systemd on my laptop with Gnome 40. Does anybody has the same problem or a fix?

Here's the error message:

#0  0x00007f6e9584ed22 raise (libc.so.6 + 0x3cd22)
#1  0x00007f6e95838862 abort (libc.so.6 + 0x26862)
#2  0x00007f6e8cec1e2c _ZNK14QMessageLogger5fatalEPKcz (libQt5Core.so.5 + 0x85e2c)
#3  0x00007f6e8d7126c8 _ZN22QGuiApplicationPrivate25createPlatformIntegrationEv (libQt5Gui.so.5 + 0x1436c8)
#4  0x00007f6e8d7129dd _ZN22QGuiApplicationPrivate21createEventDispatcherEv (libQt5Gui.so.5 + 0x1439dd)
#5  0x00007f6e8d0b62ff _ZN23QCoreApplicationPrivate4initEv (libQt5Core.so.5 + 0x27a2ff)
#6  0x00007f6e8d71430b _ZN22QGuiApplicationPrivate4initEv (libQt5Gui.so.5 + 0x14530b)
#7  0x00007f6e8df5d1d9 _ZN19QApplicationPrivate4initEv (libQt5Widgets.so.5 + 0x1651d9)
#8  0x00007f6e8ea0e984 Sbk_QApplication_Init (QtWidgets.abi3.so + 0x18b984)
#9  0x00007f6e955c3ae2 type_call (libpython3.7m.so.1.0 + 0xe9ae2)
#10 0x00007f6e9556d7d3 _PyObject_FastCallKeywords (libpython3.7m.so.1.0 + 0x937d3)
#11 0x00007f6e95546b1b call_function (libpython3.7m.so.1.0 + 0x6cb1b)
#12 0x00007f6e955414db function_code_fastcall (libpython3.7m.so.1.0 + 0x674db)
#13 0x00007f6e95549e61 call_function (libpython3.7m.so.1.0 + 0x6fe61)
#14 0x00007f6e955414db function_code_fastcall (libpython3.7m.so.1.0 + 0x674db)
#15 0x00007f6e9554adf9 call_function (libpython3.7m.so.1.0 + 0x70df9)
#16 0x00007f6e9564288e _PyEval_EvalCodeWithName (libpython3.7m.so.1.0 + 0x16888e)
#17 0x00007f6e9556cf3b _PyFunction_FastCallDict (libpython3.7m.so.1.0 + 0x92f3b)
#18 0x00007f6e95545cbd do_call_core (libpython3.7m.so.1.0 + 0x6bcbd)
#19 0x00007f6e9564288e _PyEval_EvalCodeWithName (libpython3.7m.so.1.0 + 0x16888e)
#20 0x00007f6e9556cf3b _PyFunction_FastCallDict (libpython3.7m.so.1.0 + 0x92f3b)
#21 0x00007f6e9556e0fd _PyObject_Call_Prepend (libpython3.7m.so.1.0 + 0x940fd)
#22 0x00007f6e9556f305 PyObject_Call (libpython3.7m.so.1.0 + 0x95305)
#23 0x00007f6e95545cbd do_call_core (libpython3.7m.so.1.0 + 0x6bcbd)
#24 0x00007f6e955414db function_code_fastcall (libpython3.7m.so.1.0 + 0x674db)
#25 0x00007f6e95549e61 call_function (libpython3.7m.so.1.0 + 0x6fe61)
#26 0x00007f6e9564288e _PyEval_EvalCodeWithName (libpython3.7m.so.1.0 + 0x16888e)
#27 0x00007f6e9556d0f3 _PyFunction_FastCallKeywords (libpython3.7m.so.1.0 + 0x930f3)
#28 0x00007f6e95549e61 call_function (libpython3.7m.so.1.0 + 0x6fe61)
#29 0x00007f6e9564288e _PyEval_EvalCodeWithName (libpython3.7m.so.1.0 + 0x16888e)
#30 0x00007f6e9556cf3b _PyFunction_FastCallDict (libpython3.7m.so.1.0 + 0x92f3b)
#31 0x00007f6e9556e0fd _PyObject_Call_Prepend (libpython3.7m.so.1.0 + 0x940fd)
#32 0x00007f6e9556f305 PyObject_Call (libpython3.7m.so.1.0 + 0x95305)
#33 0x00007f6e95545cbd do_call_core (libpython3.7m.so.1.0 + 0x6bcbd)
#34 0x00007f6e9564288e _PyEval_EvalCodeWithName (libpython3.7m.so.1.0 + 0x16888e)
#35 0x00007f6e9556cf3b _PyFunction_FastCallDict (libpython3.7m.so.1.0 + 0x92f3b)
#36 0x00007f6e9556e0fd _PyObject_Call_Prepend (libpython3.7m.so.1.0 + 0x940fd)
#37 0x00007f6e955cbea5 slot_tp_call (libpython3.7m.so.1.0 + 0xf1ea5)
#38 0x00007f6e9556d7d3 _PyObject_FastCallKeywords (libpython3.7m.so.1.0 + 0x937d3)
#39 0x00007f6e95545e17 call_function (libpython3.7m.so.1.0 + 0x6be17)
#40 0x00007f6e9564288e _PyEval_EvalCodeWithName (libpython3.7m.so.1.0 + 0x16888e)
#41 0x00007f6e95642b0e PyEval_EvalCodeEx (libpython3.7m.so.1.0 + 0x168b0e)
#42 0x00007f6e95642b3b PyEval_EvalCode (libpython3.7m.so.1.0 + 0x168b3b)
#43 0x0000000000402ca1 n/a (insync + 0x2ca1)
#44 0x0000000000403087 n/a (insync + 0x3087)
#45 0x00007f6e95839b25 __libc_start_main (libc.so.6 + 0x27b25)
#46 0x0000000000401a9e n/a (insync + 0x1a9e)

Apologies for the previous comment. I am in a hotel where they ban some stuff. Updated remotely my home computer. Everything works fine as expected.

Not able to upgrade due to negative passing the validity check

For the record, as a workaround you can edit the path in the Sqlite database. The database is ~/.config/Insync/data/gd-***.db and the path is the 1st entry in fs_items. I just used sqlitebrowser, but you have to remember to exit insync before you edit it.

I have the same problem as @MrWhiskers as insync crashes when I try to change the folder location. Does anyone have any idea how to fix this?

I reverted back to old versions all the way back to 3.2.0.40833-1 but they all crashed in exactly the same way, when I tried to change directory.

QXcbIntegration: Cannot create platform OpenGL context, neither GLX nor EGL are enabled
/usr/lib/gvfs/libgvfscommon.so: undefined symbol: g_task_set_name
Failed to load module: /usr/lib/gio/modules/libgvfsdbus.so
libpng warning: iCCP: known incorrect sRGB profile
WebEngineContext used before QtWebEngine::initialize() or OpenGL context creation failed.
Fontconfig warning: "/usr/share/fontconfig/conf.avail/05-reset-dirs-sample.conf", line 6: unknown element "reset-dirs"
js: ResizeObserver loop limit exceeded
/usr/lib/gvfs/libgvfscommon.so: undefined symbol: g_task_set_name
Failed to load module: /usr/lib/gio/modules/libgioremote-volume-monitor.so
/usr/lib/gvfs/libgvfscommon.so: undefined symbol: g_task_set_name
Failed to load module: /usr/lib/gio/modules/libgioremote-volume-monitor.so
/usr/lib/gvfs/libgvfscommon.so: undefined symbol: g_task_set_name
Failed to load module: /usr/lib/gio/modules/libgvfsdbus.so

(insync:1771482): Gtk-WARNING **: 11:27:27.776: Could not load a pixbuf from icon theme.
This may indicate that pixbuf loaders or the mime database could not be found.
**
Gtk:ERROR:../../../../gtk/gtkiconhelper.c:494:ensure_surface_for_gicon: assertion failed (error == NULL): Failed to load /usr/share/icons/Adwaita/16x16/status/image-missing.png: Unrecognised image file format (gdk-pixbuf-error-quark, 3)
Fatal Python error: Aborted

I have the same issue as @inforogue. Insync crashes while trying to change folder location. Log is indicating the following issue:

(insync:7769): Gtk-WARNING **: 15:06:35.588: Could not load a pixbuf from icon theme.
This may indicate that pixbuf loaders or the mime database could not be found.
**
Gtk:ERROR:../../../../gtk/gtkiconhelper.c:494:ensure_surface_for_gicon: assertion failed (error == NULL): Failed to load /usr/share/icons/Adwaita/16x16/status/image-missing.png: Unrecognised image file format (gdk-pixbuf-error-quark, 3)
Fatal Python error: Aborted

Rebuilt all the mime caches, checked permissions, etc, to no avail. Anyone knows how to fix this?

@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.

@diogobaeder so it does seem to be a GSettings schema issue due to the outdated packaged GTK3 lib. Apparently libqgtk3.so is only used for matching the Qt5 theme with the GTK3 one so maybe just setting QT_QPA_PLATFORMTHEME=kde or QT_QPA_PLATFORMTHEME=qt5ct can avoid loading this lib.

You can also try removing libqgtk3.so.

The other possible solutions I mention before are to remove the packaged GTK3 lib meaning libgtk-3.so* or to add those missing schema but the latter might break the XDG Portal and I'm not sure how this will affect the system.
I have the older schema installed and it works fine for me but my system is bare minimal and all the widget toolkit dependent apps I run through Flatpak.

Thanks a bunch, @tinywrkb ! So this is what I get: https://pastebin.com/XUgDw4yH - some missing antialiasing key, it seems... I'll try to tinker with that.

@diogobaeder, there's out.txt in .config/Insync and you can get a bit more verbose output by setting the environment variable QT_DEBUG_PLUGINS=1. Also, try starting with --no-daemon.
While the comment is now deleted, @rubusarbaro posted that the app is complaining about missing GSetting schema. Even though this is PySide2/Qt5 app, and not GTK3, I guess maybe it still makes some call to the GTK3 lib, so my suggestion about trying to add those schemas or removing the packaged GTK3 lib still applies, though I find it unusual that this would crash the app.

Not working on Gnome 40.0 for me either. If I run "insync start", I get nothing as output, and there's no verbose option. I tried using strace on it, but couldn't find a clue, it just seems to run /usr/lib/insync/insync but exit immediately afterwards. I don't know how to properly debug it.

Sounds like insync is aware of the issue and it will be fixed in the next release: https://forums.insynchq.com/t/insync-not-working-on-gnome-40/17149/3

I'm not opposed to removing more of the packaged libs since this is a huge package, but I'd rather defer to their fix.

@renatocrrs this shouldn't break the app, it should run even without that schema but with degraded font rendering.

This was introduced because those schemas were moved out from gnome-settings-daemon into gsettings-desktop-schemas.
If I understand correctly this change requires an updated GTK3 but Insync ships its own version.

I had a workaround for a relevant gsettings schema issue that I uploaded as an AUR package, gsettings-xsettings-schemas, but I'm not sure that it's safe to use after the Gnome 40 release so the AUR package is installing nothing now.
If you're brave enough, can work without a GUI if it breaks, I mean directly with the Linux console, then try building the package from here and report back. You can also just copy the schemas.
If it works, doesn't break XDG Portal, and you don't see errors about the schemas in the log then I can bring it back to the AUR for compatibility with older GTK3 releases.

@thenaterhood

You can probably remove the packaged GTK3 lib and let the app pick up from the system as the ABI is stable, but I'm not sure how safe it is.
In my Flatpak packaging for Insync I'm purging a bunch of libs that are already included in the runtime, see here.

@rubusarbaro can you be more specific about what you're seeing?

It's not working with Gnome 40

Could you update this package, please?

Hmm. That doesn't look like it was the answer. I haven't tried running it in a chroot container so that may be an option but I'm not sure how much difference it'll make since I'm on a pretty clean install as it is.

@thenaterhood this looks like some mismatch libs error. Do you have qt5 installed on your system? if so then remove it and try to run without it or start insync in a chroot container with x11 forwarding.
Another solution that might help is to run with env LD_LIBRARY_PATH=/usr/lib/insync insync start

Sorry for the delay, my hard drive died yesterday so I'm getting back in working order. I'm having trouble getting insync to work at the moment, seemingly unrelated to the latest updates. Tracking that down.

Gtk-Message: 23:50:59.326: Failed to load module "canberra-gtk-module"
Gtk-Message: 23:50:59.326: Failed to load module "canberra-gtk-module"
QXcbIntegration: Cannot create platform OpenGL context, neither GLX nor EGL are enabled
libpng warning: iCCP: known incorrect sRGB profile
INFO     2020-09-12 23:50:59,578 [mainlogs:_log_run:122] Core(app_version=3.2.7.40868, platform=Linux-x86_64-arch/) initialized
WARNING  2020-09-12 23:50:59,587 [base_events:_run_once:1771] Executing <Task pending coro=<init() running at ideskcore/core.py:146> wait_for=<Task pending coro=<SettingsMain._load_settings() running at ideskcore/mainsettings.py:169> cb=[_log_tb_after_delay() at ideskasync/coreloop.py:303, <TaskWakeupMethWrapper object at 0x7fde141e2768>()] created at ideskcore/mainsettings.py:147> cb=[_log_tb_after_delay() at ideskasync/coreloop.py:303, _chain_future.<locals>._call_set_state() at asyncio/futures.py:355] created at asyncio/events.py:88> took 0.130 seconds
INFO     2020-09-12 23:50:59,748 [fswatcher:_start:57] LinuxFSWatcher._start
INFO     2020-09-12 23:50:59,748 [inotify_manager:_pull_loop:312] Inotify loop enter
WebEngineContext used before QtWebEngine::initialize() or OpenGL context creation failed.
/usr/lib/insync/QtWebEngineProcess --type=zygote --webengine-schemes=qrc:sLV --lang=en-US: symbol lookup error: /usr/lib/insync/QtWebEngineProcess --type=zygote --webengine-schemes=qrc:sLV --lang=en-US: undefined symbol: _ZN7content20localtime_r_overrideEPKlP2tm, version Qt_5

Sweet. Thanks for the heads up on that. And thanks for the PKGBUILD, you did all the hard work :)

@thenaterhood it might be a good idea to remove /usr/lib/insync/libGL{X,dispatch}.so* from the package. These are already supplied by libglvnd and might cause the app to crash if it tries to use the EGL Wayland backend. edit: also /usr/lib/insync/libdrm.so* should be removed.

edit: here the suggested changes, this works fine for Wayland software rendering but the EGL backend still doesn't work while it is working in a container environment (Flatpak), I'm not sure why.

diff --git a/PKGBUILD b/PKGBUILD
index b1380a3..330feaf 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -6,7 +6,7 @@
 # Source : new application - https://forums.insynchq.com

 pkgname=insync
-pkgver=3.2.6.40863
+pkgver=3.2.7.40868
 pkgrel=1
 _dist=buster
 pkgdesc="An unofficial Google Drive and OneDrive client that runs on Linux, with support for various desktops"
@@ -26,7 +26,7 @@ arch=('x86_64')
 source=("http://s.insynchq.com/builds/${pkgname}_${pkgver}-${_dist}_amd64.deb"
     'insync@.service'
     'insync.service')
-sha256sums=('1f83007e6c1aed6fdeaccd4e45eb39eef70d12911c193b9e5e189b8c2428d705'
+sha256sums=('ffe77e73e6b62bed27312495b3955921ca6801f16bd9b489dcfc38aa4015e6a7'
             'cf276c1dbf1592ea63a21c2d61c75f7ad6ec3b13e87b3aaa331e9c14799f4598'
             '1432141539a6b3c5333631a2ee6696fab9bd2fe8770643bc670d95e4e96203e0')
 package() {
@@ -36,4 +36,5 @@ package() {
    install -Dm644 insync.service ${pkgdir}/usr/lib/systemd/user/insync.service
    install -dm755  ${pkgdir}/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0
    ln -s /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache ${pkgdir}/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache
+   rm ${pkgdir}/usr/lib/insync/lib{drm,GLX,GLdispatch}.so*

Heads up, latest 3.2.7 release finally includes Qt5 Wayland shell integration plugins but the app still doesn't load when start as a Wayland client, so QT_QPA_PLATFORM=xcb should still be used.

edit: actually it works perfectly as a Wayland client on my Arch Linux host, it didn't work correcly in a container, strace showing some memory allocation issue.

@tinywrkb: I'm subscribed to the insync discourse releases topic. I usually try not to pick up releases immediately because there have been a few that have been pulled.

Feel free to give me a nudge or mark the package out of date if you think I'm running behind - it does happen.

@thenaterhood, how are you following releases? you seem to be missing out on updates.
This is what I'm doing:

1. On the Insync Discourse I set Watching first post on the Releases topic.

2. I have the following in urlwatcher's urls.yaml

name: "pkg/insync: release at insynchq forums"
url: "https://forums.insynchq.com/c/releases/15"
filter:
  - element-by-class: topic-list-item
  - grep: 'New Insync version'
  - html2text: re
  - re.sub: '.*: '
  - sort: re
---
name: "pkg/insync: debian buster repo"
url: "http://apt.insync.io/debian/dists/buster/non-free/binary-amd64/Packages"
ignore_cached: true
filter:
  - grep: 'Version'
---

p.s. Forgot to mention that the last one (apt repo) doesn't always work correctly due to the fact Last-Modified in the response HTTP header is not always updates on content change so urlwatcher just skip over it.

@biwhite, try to set QT_QPA_PLATFORM as an environment variable. You can also drop your own insync.desktop file with an updated Exec into $XDG_DATA_HOME/applications.

I'm no longer using this AUR package in favor of my own Flatpak but during a little investigation I noticed I can throw away most of the embedded shared libs in favor of system libs, and insync would still work perfectly fine.
IIRC I only had to keep the python, icu, shiboken2, curl libs, and the for rest I used systems libs, include qt5webengine. But I've done it with a Flatpak runtime not with Arch libs.
As this issue might be related to out-of-date QT libs then it probably worth trying to run insync with system libs instead of the embedded ones.

I'm on wayland and need to start the app with insync start --qt-qpa-platform=xcb otherwise there's no GUI showing up. How's best to get this incorporated into the .desktop files?

They released v 3.1 yesterday, but I reported a bug. They said they have just fixed it, but right now they have removed all the links to the downloads.

@mpei it's nice to hear that your issue was resolved. Note that you might be able to avoid the binary printer driver altogether. If you have a recent HP printer with AirPrint support then driverless printing with CUPS should just work, and it's possible you could get driverless scanning working via eSCL protocol with SANE's eSCL builtin backend or the sane-airsane one.

Thanks for everyone pointing me in the right direction. It is solved and I think I know what happened.

I renamed the symlink: mv /usr/lib/x86_64-linux-gnu /usr/lib/x86_64-linux-gnu.tmp

And installed insync with yay: yay -S insync aur/insync-nautilus aur/insync-nemo

Some time ago I had hp-lib installed and I remember that needed the symlink to be there in order to run properly and find the plugins. So I must have put that in manually and forgot about it. I'm grateful for all your help.

I'm grateful for all your comments! I really am not sure how to debug this on my own.

➜ ~ file /usr/lib/x86_64-linux-gnu /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0 /usr/lib/x86_64-linux-gnu: symbolic link to /usr/lib64 /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0: directory

@mpei

➜ ~ pacman -Qqo /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0
gdk-pixbuf2 libheif librsvg libwmf

This only makes sense if you have a symlink somewhere there. So it's /usr/lib/x86_64-linux-gnu or /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0.

Just test this with $ file /usr/lib/x86_64-linux-gnu /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0, one of them should be a symlink, and then check which package own the symlink (can be none if created by an install script).

I did then remove the .cache file and tried to install again: error: failed to commit transaction (conflicting files) insync: /usr/lib/x86_64-linux-gnu exists in filesystem Errors occurred, no packages were upgraded.

➜ ~ pacman -Qqo /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache
error: No package owns /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache

➜ ~ pacman -Qqo /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0
gdk-pixbuf2 libheif librsvg libwmf

@mpei /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0 is a directory and it's not a problem if multiple packages own it.

Also, I'm pretty sure that you didn't run this on /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0 but on /usr/lib/gdk-pixbuf-2.0/2.10.0.

$ pacman -Qo /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache?

➜ ~ pacman -Qqo /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0
gdk-pixbuf2 libheif librsvg libwmf ➜ ~

It would be great to check if the symlink / directory is there before creating it.

Stepping in to say I've seen your comments, I just haven't had a chance to address them.

The symlink we're creating was a stopgap for ...well, its absence. We can definitely remove it or do it differently if it's now a problem.

@mpei which package own /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache on your system except insync? this should be solved properly with a gdk-pixbuf-compat package.

I can remove the cache file. But it seems to have a conflict with that entire folder: /usr/lib/x86_64-linux-gnu.

Output: error: failed to commit transaction (conflicting files) insync: /usr/lib/x86_64-linux-gnu exists in filesystem Errors occurred, no packages were upgraded.

@mpei Check which package owns the file. If multiple packages need this then it should be moved to its own gdk-pixbuf-compat package so both insync and the other offending package can depend on it.
At worst, you can add the file path to pacman.conf NoExtract and NoUpgrade and then create the symlink manually.

edit: And you might be able to avoid adding the file by exporting the environment var GDK_PIXBUF_MODULE_FILE=/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache.

Anybody else getting that conflict?

error: failed to commit transaction (conflicting files) insync: /usr/lib/x86_64-linux-gnu exists in filesystem insync: /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache exists in filesystem Errors occurred, no packages were upgraded.

Great! thanks for the update.

tinywrkb: Awesomesauce! Looks good to me, I've integrated your changes. Always happy when I can remove dependencies.

The last update to Insync added the missing libxkbcommon-x11.so so I updated the diff in my previous comment and dropped libxkbcommon-x11 from the depends array.
You should update the PKGBUILD accordingly, you can review the list of included libs in /usr/lib/insync, and this can easily be tested in a chroot with X11 forwarding.

Here are the changes for minimal dependencies. Tested in a chroot and it worked correctly.

diff --git a/PKGBUILD b/PKGBUILD
index a11adef..24e1094 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -12,17 +12,14 @@ pkgdesc="An unofficial Google Drive client that runs on Linux, with support for
 url="https://www.insynchq.com/downloads"
 license=('custom:insync')
 options=(!strip)
-depends=('xdg-utils'
+depends=('adobe-source-code-pro-fonts'
+         'alsa-lib'
+         'fontconfig'
          'glibc'
-         'python'
+         'hicolor-icon-theme'
          'libglvnd'
          'nss'
-         'libxcursor'
-         'libxi'
-         'libxtst'
-         'libxrandr'
-         'alsa-lib'
-         'libxcomposite')
+         'xdg-utils')
 optdepends=()
 arch=('x86_64')
 source=("http://s.insynchq.com/builds/${pkgname}_${pkgver}-${_dist}_amd64.deb"

The app seems to fallback to software rendering and this might be an issue with the original distributed deb package. Export QT_DEBUG_PLUGINS=1 and look at ~/.config/Insync/out.txt, my guess is that the app is missing xcbglintegrations.

QFactoryLoader::QFactoryLoader() checking directory path "/usr/lib/insync/PySide2/plugins/xcbglintegrations" ...
QFactoryLoader::QFactoryLoader() checking directory path "/usr/lib/insync/xcbglintegrations" ...
QXcbIntegration: Cannot create platform OpenGL context, neither GLX nor EGL are enabled

Updated PKGBUILD ot use python, not python2. I'm not sure we need the Python dependency at all because I think that insync is shipping its own Python, but I haven't tested with that yet.

I edited the pkgbuild to use python and it's working fine (no python2 installed on this system). @tinywrkb is correct, v3 only needs python, not python2.

Could you update to the latest version? It supposedly fixed some very serious bugs

V3 has big big BIG bugs. destroyed what I've organized for years. Support Team is polite but useless. Went back to v 1.5.7

alternative: OverGrive for the price of a coffee

@Ludde @iosonofabio Thanks, that worked! Embarrassed that I didn't think of it :)

P.S. The icon wouldn't show up in the top bar until I installed this package and activated with GNOME Tweak Tool: https://aur.archlinux.org/packages/gnome-shell-extension-appindicator/

Indeed, confirm that rm -rf the aur git folder for insync and recloning solved it. Thank you!

@hsseung @@iosonofabio, I had the same issue. It started working after I removed my git-directory and cloned it again from scratch. I also noticed that the size of the package shrinked from ~700mb to ~300mb when doing this.

I'm still getting the same error as @iosonofabio. Does anyone have suggestions?

/usr/lib/insync/QtWebEngineProcess --type=zygote --webengine-schemes=qrc:sLV --lang=en-US: symbol lookup error: /usr/lib/insync/QtWebEngineProcess --type=zygote --webengine-schemes=qrc:sLV --lang=en-US: undefined symbol: _ZN7content20localtime_r_overrideEPKlP2tm, version Qt_5

And just bumping the pkgrel helps with ...?

Something in the recent updates broke my 1.5.3 version. And I have not been able to get a version 3.x running yet. overGdrive https://www.thefanclub.co.za/overgrive has a product that supports Archlinux and priced very reasonable. I will test drive it at least until insync works for me again.

Thanks. This is still not working on my machine. When I debug using

insync start --no-daemon

I get the following error:

QXcbIntegration: Cannot create platform OpenGL context, neither GLX nor EGL are enabled
libpng warning: iCCP: known incorrect sRGB profile
INFO     2019-10-24 11:50:21,008 [mainlogs:_log_run:92] Core(app_version=3.0.22.40446, platform=Linux-x86_64-arch/) initialized
WebEngineContext used before QtWebEngine::initialize() or OpenGL context creation failed.
/usr/lib/insync/QtWebEngineProcess --type=zygote --webengine-schemes=qrc:sLV --lang=en-US: symbol lookup error: /usr/lib/insync/QtWebEngineProcess --type=zygote --webengine-schemes=qrc:sLV --lang=en-US: undefined symbol: _ZN7content20localtime_r_overrideEPKlP2tm, version Qt_5
Trace/breakpoint trap (core dumped)

You can change the python2 requirement to just python. Version 3 added python3 support. I changed the PKGBUILD to python and it works fine.

Same problem here. Tried some rewiring via LD_LIBRARY_PATH but could not really get it to work.

This is a bummer cause insync 3 supports both GDrive and OneDrive and I would need both.

Thanks anyway for maintaining!

I'm getting this error message. Setting QT_QPA_PLATFORM=wayland yields pretty much the same message. Any suggestions?

Warning: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use QT_QPA_PLATFORM=wayland to run on Wayland anyway.
QXcbIntegration: Cannot create platform OpenGL context, neither GLX nor EGL are enabled
libpng warning: iCCP: known incorrect sRGB profile
INFO     2019-10-13 21:40:41,098 [mainlogs:_log_run:92] Core(app_version=3.0.22.40446, platform=Linux-x86_64-arch/) initialized
WebEngineContext used before QtWebEngine::initialize() or OpenGL context creation failed.
/usr/lib/insync/QtWebEngineProcess --type=zygote --webengine-schemes=qrc:sLV --lang=en-US: relocation error: /usr/lib/insync/QtWebEngineProcess --type=zygote --webengine-schemes=qrc:sLV --lang=en-US: symbol _ZN7content20localtime_r_overrideEPKlP2tm version Qt_5 not defined in file libQt5WebEngineCore.so.5 with link time reference
Trace/breakpoint trap (core dumped)

I run Insync headless on a home server and CLI and headless support were dropped in v3. I've created a separate aur package called insync1 from the last commit of this package pre-v3. The official word on this package is that it's community supported and it wont receive any updates.

Insync say they might add CLI/headless support in the future. Until then, we can use 1.5.7 until it stops working. I've added a pinned comment on the package to explain its purpose.

Seems to work fine on my fresh Manjaro KDE. However, it turned out that the tray icon wasn't shown, though it was responding to mouse clicks. The tray icon appeared only after the installation of lib32-libappindicator-gtk2. Maybe this package should be included in the dependencies of Insync?

The latest update broke insync on my Manjaro KDE. The insync tray icon is not responding, and files are not being synced. Please help! Thanks.

Thx for the update !

@Kr1ss, yes, still it would be cool if that fix was included in the PKGBUILD from the AUR already…

edit 1:

I made it work after applying the following diff:

diff --git a/PKGBUILD b/PKGBUILD
index 9085d63..d9a6901 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -24,16 +24,19 @@ depends=('xdg-utils'
          'libxcomposite')
 optdepends=()
 arch=('x86_64')
-source=('insync@.service' 'insync.service')
-md5sum=('fbf05bead8c90d5fd18a1ba14147acf7'
-           '7d416b57ed52fe3daf71bae1af563657')
-source=("http://s.insynchq.com/builds/${pkgname}_${pkgver}-${_dist}_amd64.deb")
-sha256sums=('6112df3b92e658606632e853066fda234aba7d72c1417ea4f87978febe729349')
+source=(
+    "http://s.insynchq.com/builds/${pkgname}_${pkgver}-${_dist}_amd64.deb"
+    'insync@.service'
+    'insync.service'
+)
+sha256sums=('6112df3b92e658606632e853066fda234aba7d72c1417ea4f87978febe729349'
+            'cf276c1dbf1592ea63a21c2d61c75f7ad6ec3b13e87b3aaa331e9c14799f4598'
+            '1432141539a6b3c5333631a2ee6696fab9bd2fe8770643bc670d95e4e96203e0')
 package() {
    tar xf data.tar.gz
    cp -rp usr ${pkgdir}/
-   install -Dm644 ../insync@.service ${pkgdir}/usr/lib/systemd/system/insync@.service
-   install -Dm644 ../insync.service ${pkgdir}/usr/lib/systemd/user/insync.service
-   install -dm755  ${pkgdir}/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0
+   install -Dm644 insync@.service ${pkgdir}/usr/lib/systemd/system/insync@.service
+   install -Dm644 insync.service ${pkgdir}/usr/lib/systemd/user/insync.service
+   install -dm755 ${pkgdir}/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0
    ln -s /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache ${pkgdir}/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache
 }

@BrianAllred see my comment below for a fix.

Can't install in a clean chroot.

==> Starting package()...
install: cannot stat '../insync@.service': No such file or directory

hi guys, dont you have problems with tray icon under gnome ?

Thanks to the package maintainer! the latest insync is working!

Hey @thenaterhood & @erikdubois, thx a lot for packaging this !

Would you consider to change lines #35f in your PKGBUILD like :

   install -Dm644 insync@.service ${pkgdir}/usr/lib/systemd/system/insync@.service
   install -Dm644 insync.service ${pkgdir}/usr/lib/systemd/user/insync.service

i.e. point to insync{,@}.service (inside $srcdir) rather than ../insync{,@}.service.

The latter wouldn't work for a user who has changed their $SRCDEST, (mine is changed to a temp folder for ex.). Since makepkg symlinks all AUR source files to $srcdir/<filename>, omitting the ../ would work for all configurations, default $SRCDEST or not.

EDIT Further on, the service files aren't recognized as sources in the first place because they need to be defined in one source array (as well as one single checksum array) :

source=("http://s.insynchq.com/builds/${pkgname}_${pkgver}-${_dist}_amd64.deb"
        'insync@.service' 'insync.service')
sha256sums=('6112df3b92e658606632e853066fda234aba7d72c1417ea4f87978febe729349'
            'cf276c1dbf1592ea63a21c2d61c75f7ad6ec3b13e87b3aaa331e9c14799f4598'
            '1432141539a6b3c5333631a2ee6696fab9bd2fe8770643bc670d95e4e96203e0')

EDIT 2 FWIW, the current build based on the Debian Buster package works without manually creating symlinks as suggested by @gofree. These libraries are included now, so changing from the Ubuntu package to Buster was a good move !

Cheers and thanks !

Created a new PKGBUILD today. This time NOT based on Ubuntu but on buster. See if this improves things. If you figure out how to improve things, we started a post on the forum of insync to get rid of the messages in the terminal - https://forums.insynchq.com/t/arch-linux-aur-latest-version/14730

3.0.20 doesnt work either without symlinks - either it has to go to PKGBUILD or be resolved :) or add those symlinks manually after update

cd /usr/lib/insync

sudo ln -s -f /usr/lib/libfontconfig.so.1.12.0 libfontconfig.so.1

sudo ln -s -f /usr/lib/libfreetype.so.6.17.1 libfreetype.so.6

apart from that it looks promising - sync in progress

I'm unfamiliar with PKGBUILDs but would like to contribute an update and fix if it would help. Can this symlinking be done as part of the package() step? I'm not sure what access the build system has to the wider system. Also, should libfontconfig and libfreetype be added to the dependencies?

according

https://forums.insynchq.com/t/arch-linux-segmentation-fault-on-insync-v3-start/14686/11

this should help

cd /usr/lib/insync

sudo ln -s -f /usr/lib/libfontconfig.so.1.12.0 libfontconfig.so.1

sudo ln -s -f /usr/lib/libfreetype.so.6.17.1 libfreetype.so.6

BTW 3.0.20 is out - maybe worth update the package with the fix for fontconfig error

I'm experiencing the same bug of JuniorTonny.

Consegui corrigir o problema, baixe esse pacote de correção https://drive.google.com/file/d/1Z8b8Wd9IcnThnu5Rt9bsICn5VXzPw72_/view?usp=sharing

e no terminal use o seguinte comando sudo tar -vzxf Downloads/insync.tar.gz -C /lib/insync

bug log file https://pastebin.com/raw/RwhekjS9

Tired of insync probems, I have switched to overgrive: https://aur.archlinux.org/packages/overgrive/

Small, using python3, less expensive and... working

After "fixing" the crash bug, I could test the program a little bit. I can say that it is extremely unstable. For example, I synced a local folder and it synced some files on my google drive but also deleted a lot of files from the local directory without any apparent reason. Absolutely unusable…

Please correct the systemd user service. No more insync-headless in version 3.

[Unit]
Description=Insync
After=local-fs.target network.target

[Service]
Environment=DISPLAY=:0
Type=oneshot
RemainAfterExit=yes
ExecStart=/usr/bin/insync start
ExecStop=/usr/bin/insync quit
[Install]
WantedBy=default.target

I solved the problem of program crash when cliking on "local selective sync" :

mkdir -p /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/ ln -s /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache

I solved the problem with that bug: install: cannot stat '../insync@.service': No such file or directory

Just edit PKGBUILD and change these rows:

install -Dm644 ../insync@.service ${pkgdir}/usr/lib/systemd/system/insync@.service
install -Dm644 ../insync.service ${pkgdir}/usr/lib/systemd/user/insync.service

to full path. It depends on your AUR helper. I use trizen, so I wrote this:

install -Dm644 /tmp/trizen-guardcat/insync/insync@.service ${pkgdir}/usr/lib/systemd/system/insync@.service
install -Dm644 /tmp/trizen-guardcat/insync/insync.service ${pkgdir}/usr/lib/systemd/user/insync.service

@JPB_9876 rclone-browser (rclone+gui) works pretty well: https://aur.archlinux.org/packages/rclone-browser

Alas, as others here have said, version 3.x is an absolute disaster... The comments at Insync Forum illustrate the point. While as a non-technical user I'm grateful for ericdubois' hard work on this, this version unfortunately does NOT synchronise files. I started with a clean slate, only to end up with multiple double ups and no-shows. Totally unreliable. I would dearly love to go back to version 1.5.x because I never had any issues with it, but no matter what I do, it won't run in any shape or form. Exits with the same crash teacher4711 described earlier. I guess it'll have to be rclone again...

Just so you know, Insync depends on Python v3 these days. See here for confirmation: https://www.insynchq.com/blog/insync-3/

I'm seeing the same build failures with aurto (which uses a clean chroot via aurutils).

Also (and this is more of a personal conjecture), given the manual migration steps involved in going from 1.x to 3.x (as per Insync's emails), I think it would've been better to have a message explaining the manual migration steps required when the package is updated in pacman, perhaps even going so far as to make 3.x into a separate AUR package (though probably a little late for that now that this one is updated).

EDIT [23-Dec-2019] - Removed link and reference to snippet of error that is no longer available.

Cannot build in clean chroots (extra-x86_64-build)

install: cannot stat '../insync@.service': No such file or directory

I use Cinnamon DE. The program crashes although I carefully cleaned my home directory from any insync related file as you wrote.

I think insync-headless is missing n the package: set 19 17:27:09 archlinux systemd[56964]: insync.service: Failed at step EXEC spawning /usr/bin/insync-headless: No such file or direct>

@erikdubois Thank you for updating the package, I for one appreciate it. Might not be that helpful but, to confirm, I am having none of the reported problems on Manjaro using KDE. I don't get the crash described for "local selective sync". So far, everything seems to work as it should. Will report any problems.

You can now install version 3.0.19.40421. It WILL sync your documents. However depending on the desktop you are on you will be able to change your directory, where to put your sync. ALWAYS start with deleting all insync related files in ~/.config and even in ~/.cache just to be save. If you have issues with selecting another folder then do not change it. The insync folder will become ~/Insync/<yourmailaccount>/Google Drive/ Let us figure it out together what needs to be changed in the PKGBUILD in order to make the button "local selective sync" work on any desktop.

I just installed v3.0.19 modifyng the PKGBUILD od erikdubois. But the program still crashes when I click on "local selective sync" as I mentioned earlier. This bug is not present in elementary OS.

3.0.19 now

Also got an email today officially announcing version 3. Looks like they are out of beta.

On the forum they announced v 3.0.17.

Edit : 3.0.18 now

For the new version (no problem for me) PKGBUILD modification

• Line 6 from pkgver=1.5.7 to pkgver=3.0.16.40306

• Line 7 commented #_pkgver=37371

• Line 32 new sha256sums sha256sums_x86_64=('184fa581fd1d21bc9fb62c4395373dcef879e5f4652f30201e96d96dc431a772')

• Line 34 from source_x86_64=("http://s.insynchq.com/builds/${pkgname}${pkgver}.${_pkgver}-${_dist}_amd64.deb") to source_x86_64=("https://d2t3ff60b2tol4.cloudfront.net/builds/${pkgname}${pkgver}-${_dist}_amd64.deb")

@teacher4711 I've been getting the exact same error for months. Also on xfce. I, however, can't get insync to run, no matter what I do.

@erikdubois When I start insync via the icon from the start menu or the console (insync start) under xfce I get the following error:

Traceback (most recent call last):

File "isyncd/linux/headless/cli.py", line 108, in ipc_insync

File "socket.py", line 228, in meth

error: [Errno 111] Connection refused

i3 works.

xfce only works for me after (tray icon appears and insync window appears) after starting the service sudo systemctl start insync@<user>.service

I noticed a possible issue : when I click on "local selective sync" the program crashes (using manjaro testing).

@NoSync No, it is usable. I have been using it on Linux since the first beta of version 3 (which really was a hot mess). Few versions later, however, and it's perfectly functional. I have used it on Mint for months, and more recently Manjaro. It seems to work fine, however, as someone else commented, it is missing some features (e.g. symlinks).

I thought I had read some comments about Insync 3 here, but they seem to have been removed. Is it still so unstable as to not being usable?

Thanks for the insync 3 PKGBUILD. It's working on Manjaro. But the main problem with insync 3 is that it doesn't support symlinks (they say it will but this is a major regression for me).

@erikdubois Thank you for the new pkgbuild. It works out of the box with manjaro kde.

@erikdubois Thanks. So this works well for me (on Manjaro). Installs without issue. Everything looks present and correct. Will keep it running for a few days.

I made a pkgbuild to install the 3.0.16-40306 version. Can you try it out as well for several days and see if it is ok. http://bit.ly/insync-pkgbuild

If it helps anyone - I was able to download the .deb package (insync_3.0.16.40306-buster_amd64.deb) open it with Ark and simply copy the files in data.tar.gz to their correct locations in the file system. Insync runs fine after that, but obviously no automatic updates. I am using Manjaro.

Same here. insync just doesn't start, or dies immediately after an upgrade to the 5.2.13 kernel (might be coincidental).

@vkovanovic: Thanks for the tip! No luck for me there though.

I have a post on the insynchq forums, but I haven't turned up any new information there yet.

Hi,

insync stoped working for me sometime ago and I could not start it at all, it just dies silently. However, I used debtap and was able to install Debian Buster package (insync_3.0.16.40306-buster_amd64.deb) from insync website. Then, I started it from command line and it worked out of the box (QT interface turned up)

I'm aware insync has a new version, but it appears to have some stability problems, based on their forums and the fact that I can't get it to run.

I'm working on it, and I'll post it once there's some semblance of stability.

@JuniorTonny If insync otherwise works, I'll venture that what you're seeing is a problem with insync, and not one I'm able to address, unfortunately. I'd take a look at the insync help center (https://help.insynchq.com/) and if that doesn't give you any answers, email their support team.

it does not upload very large files via g suit's shared drive, but by the browser does normally, I don't know if it's a problem with my distro or Insync, I haven't tested it on another distro yet sorry for my typos friend, i'm brazilian and i am using google translator to communicate

thank you very much for your attention :))

@JuniorTonny what exactly is the problem you're having? Keep in mind that I am not a developer of insync, I just maintain the AUR package. Depending what your problem is, you might need to contact insync directly. I also recommend against allowing random people on the internet to access your computer - not a good idea.

You can make the payment with permission to have shared access, and I have a shared drive with it and am trying to reach about 300gb, is it because of the size? if you want the step a teamviewer for u see my machine my facebook is: https://www.facebook.com/JuniorOfDeath my whatsapp/telegram is: +5547988717595

@JuniorTonny: This should work fine on XFCE (in fact, that's where I use it). Assuming, of course you're not running into the same problem as soundscape.

@soundscape that's...interesting. I tried to replicate that, but I didn't run into it. By any chance, what version(s) of Python are you running? Insync appears to provide its own Python, meaning that there might be some room to experiment with either removing the system Python, or removing insync's Python (and symlinking to the system one).

@thenaterhood Can confirm that it only crashed while syncing with the GUI open.

• GUI closed, sync in progress - No crash
• GUI open, no sync/sync complete - No crash
• GUI open, sync in progress - CRASH

@taflaj awesome! glad to hear it!

@soundscape that's very strange.

@thenaterhood Today I got the update. Installed it without any issues. Insync is working fine. Thank you!

Build 1.5.7-3 is crashing with coredump:

/#18 0x0000560acd7a4807 n/a (insync)

/#19 0x0000560acd78f2e6 PyObject_Call (insync)

/#20 0x0000560acd796b66 n/a (insync)

/#21 0x0000560acd78f2e6 PyObject_Call (insync)

/#22 0x0000560acd7490cd PyEval_CallObjectWithKeywords (insync)

/#23 0x00007f8f88754509 n/a (greenlet.so)

/#24 0x00007f8f887547af n/a (greenlet.so)

/#25 0x0000560acdb39d80 _Py_NotImplementedStruct (insync)

Fresh build & install.

Edit: Seems to only crash with the GUI open, possibly only during a sync. Sync with the GUI closed seems to run fine.

Cool, okay. I tried removing /usr/lib/insync/libstdc++.so.6 and that was fine on my end too. If that's the official suggestion, then seems like updating the PKGBUILD to do the same is the right thing for now.

I did do a fresh install, and the problem remained.

Today I got an update from the vendor. They suggested I remove /usr/lib/insync/libstdc++.so.6, which I did, and then it started working flawlessly. @thenaterhood this may be the key to it.

My system is upgraded to the latest and greatest, and I've tried re-building and re-installing insync, but it's working fine for me (...of course, right?). I'm running (regular) mesa and not even seeing the mesa problem. I'll double check that the fix from @testbird71 doesn't break anything on my end, and I'm more than happy to add it.

For those having issues with segfaults or insync not starting, have you tried rebuilding the package and reinstalling?

Howdy folks - apologies for the delay. I've been reading comments, but I have not had a chance to investigate.

Here's what Insynchq Pte. Ltd. responded when I reported the problem to them: "This is currently out of our control since Insync's Arch builds are maintained by the AUR. With that, we highly recommend users to contact the package maintainer or the AUR regarding this."

Using Manjaro with kernel 5.2.2-1-MANJARO. After the latest upgrades insync stopped running. When I try to run it manually, it quits without even an error message.

Any help is greatly appreciated.

dmesg (after package upgrades?):

insync[10274]: segfault at 68 ip 00007f41a32eb2b4 sp 00007ffe7162db60 error 4 in ld-2.29.so[7f41a32e0000+1f000]

@yurikoles Nope, regular mesa here. Fix from @testbird71 works.

@testbird71, @HeroCC

You have definitely installed some mesa-git.

Same issue (and fix) as @testbird71

insync start --no-daemon libGL error: MESA-LOADER: failed to open radeonsi (search paths /usr/lib/dri) libGL error: failed to load driver: radeonsi libGL error: MESA-LOADER: failed to open radeonsi (search paths /usr/lib/dri) libGL error: failed to load driver: radeonsi libGL error: MESA-LOADER: failed to open swrast (search paths /usr/lib/dri) to fix sudo rm /usr/lib/insync/libstdc++.so.6

flagged out of date to work on it

@yan12125: that's a good question, I never tried! From your experience it seems plausible. I'll play with it - if I can ditch a dependency that's never a bad thing.

Is python2 required to run insync? Apparently insync comes with its own python executable (/usr/lib/insync/py), and it works if I remove the python2 package forcibly.

Alright folks! (@auroq and @techlive in particular). I've added the dependencies suggested after some research. They are not listed in the .deb file I'm pulling from insync, but the insync binaries do expect them. Hopefully that saves some trouble for others in the future.

For anyone updating a working insync who finds themselves surprised by new dependencies that they don't have installed, please comment so I can be aware of anything extra.

@thenaterhood, Thanks for maintaining this package! I ran into the following error which was fixed by installing "libxcomposite". You might want to add that to dependencies.

Traceback (most recent call last):
  File "<string>", line 6, in <module>
  File "__main__.py", line 128, in <module>
  File "__main__insync__.py", line 125, in <module>
  File "isyncd/linux/headless/cli.py", line 49, in run
  File "__main__insync__.py", line 46, in main
  File "isyncd/linux/platform_impl.py", line 2, in <module>
  File "isyncd/linux/appui_impl.py", line 2, in <module>
  File "isyncd/linux/htmlui_base.py", line 7, in <module>
  File "PySide2/QtWebEngineWidgets.py", line 26, in <module>
  File "PySide2/QtWebEngineWidgets.py", line 17, in _bbfreeze_import_dynamic_module
ImportError: libXcomposite.so.1: cannot open shared object file: No such file or directory

techlive: I'm happy to add those as dependencies if they're needed, but I need to look more into that. I'm concerned with the fact that this is the first I'm hearing of a major dependency problem since I adopted the package - which may mean something else is going on, or that nobody else has complained - who knows.

On a fresh installed Arch Linux, no GUI, start Insync in headless mode, get "Insync doesn't seem to be running. Start it first." on every command.

.config/Insync/out.txt says a lot about missing libraries, pkgfile the missing library one by one, trial and error, finally get it working. shouldn't these be added as dependencies?

$ pkgfile libGL.so.1
extra/libglvnd

$ pkgfile libsmime3.so
core/nss

$ pkgfile libXcursor.so.1
extra/libxcursor

$ pkgfile libXi.so.6
extra/libxi

$ pkgfile libXtst.so.6
extra/libxtst

$ pkgfile libXrandr.so.2
extra/libxrandr

$ pkgfile libasound.so.2
extra/alsa-lib

Also, refer to this article https://medium.com/@insync/run-google-drive-via-command-line-c3c504425fac for headless setup.

RE: headless mode - I'm in agreement for that. RE: systemd userspace - That sounds reasonable to me.

I'll look into both of those.

This is right. I personally think that systemd service should start insync always in headless mode.

I was having trouble getting the service to work on a headless box running insync.

The solution was to edit the service file to point to insync-headless instead of insync.

The proposed insync.service for systemd userspace has a After=local-fs.target network.target definition. IMHO this should be removed because systemd in userspace does not have these targets (only systemd system has both of them).

Apparently insync switches to Qt5 in version 1.5.1 and the tray icon works without sni-qt now. You may want to remove that from optdepends.

FYI: Insync appears to no longer be building i686 packages. I'm just the messenger here - if this affects you, contact Insync directly.

As Arch itself has dropped official support for i686, I'm dropping support here as well, unless Insync starts publishing i686 packages again. I'm not opposed to creating something like an insync-i686 AUR package as previous versions of Insync for i686 are still available for the time being, if that would benefit anyone.

@ctingwai: thanks for the heads up! I'll take a look at that.

The libz error: ImportError: /usr/lib/insync/libz.so.1: version ZLIB_1.2.9 not found (required by /usr/lib/libpng16.so.16)

can be workaround by symlinking libz.so.1 to the one stored in /lib:

$ sudo mv /usr/lib/insync/libz.so.1 /usr/lib/insync/libz.so.1.old
$ sudo ln -s /lib /usr/lib/insync/libz.so.1

(Update: I renamed ~/.local/share/applications/mimeapps.list and it started fine. I will try to find out why.) I had 1.4 installed 2 weeks ago, fine. Today I realize (after some updates) it 's not starting with errors about fontconfig (invalid attributes) and mimeapps.list (parsing). Manjaro Testing insync 1.4.5-1 fontconfig 2.13.0+10+g58f5285-1

insync start --no-daemon

Fontconfig warning: line 5: unknown element "its:rules" Fontconfig warning: line 6: unknown element "its:translateRule" Fontconfig error: line 6: invalid attribute 'translate' Fontconfig error: line 6: invalid attribute 'selector' Fontconfig error: line 7: invalid attribute 'xmlns:its' Fontconfig error: line 7: invalid attribute 'version' more similar here

which: no kreadconfig in (/usr/lib/insync:/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/lib/jvm/default/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl:/var/lib/snapd/snap/bin) WARNING:root:While reading /home/USER/.local/share/applications/mimeapps.list Traceback (most recent call last): File "isyncd/linux/application_manager.py", line 50, in __index_default_apps File "ConfigParser.py", line 305, in read File "ConfigParser.py", line 546, in _read ParsingError: File contains parsing errors: /home/USER/.local/share/applications/mimeapps.list [line 2]: '=popcorntime.desktop;stremio.desktop;menulibre.desktop;planmaker-2018.desktop;audacity.desktop;evince-previewer.desktop;gtk3-widget-factory.desktop;krita_jpeg.desktop;gnome-color-panel.desktop;systemd-manager.desktop;gnome-privacy-panel.desktop;kodi.desktop;org.gnome.ChromeGnomeShell.desktop;org.kde.kdeconnect.kcm.desktop;libreoffice-calc.desktop;eog.desktop;libreoffice-writer.desktop;nautilus-classic.desktop;MSOffice.desktop;gnome-system-log.desktop;gitg.desktop;xfce-xfcalendar-settings.desktop;bvnc.desktop;wps-office-wpp.desktop;qdbusviewer.desktop; more similar here...

Traceback (most recent call last): File "<string>", line 6, in <module> File "main.py", line 128, in <module> File "maininsync.py", line 116, in <module> File "isyncd/linux/headless/cli.py", line 49, in run File "</module>maininsync.py", line 88, in main File "isyncd/linux/platform_impl.py", line 210, in use_this File "isyncd/linux/platform_impl.py", line 108, in init File "isyncd/linux/application_manager.py", line 25, in init File "isyncd/linux/application_manager.py", line 55, in index_default_apps File "isyncd/linux/application_manager.py", line 85, in record_config_entries File "ConfigParser.py", line 655, in items File "ConfigParser.py", line 691, in _interpolate File "ConfigParser.py", line 700, in _interpolate_some AttributeError: 'list' object has no attribute 'find'</module></module></string>

Thanks for the fix. Now insync builds and runs fine for me!

!upx flag removed from options. For most, it shouldn't be anything noticeable, but seems to make the package size smaller.

I've also removed the symlinking for libfontconfig, which appears to solve the issue yan12125 reported with the newer fontconfig. insync ships its own version of the library so I don't think we should be forcing it onto the system version (likely sometime in the past there was a bug and the system version was patched would be my guess as to why it was there).

dhux: I haven't forgotten about you! I haven't been able to track down any info so I suggest posting in the insync forum for now, since I don't have an answer. I don't want to do it on your behalf because I don't want to end up relaying things back and forth, since they may want more info. I'll be happy to update the package if they provide you with a resolution.

Another issue - could you drop !upx from options of PKGBUILD? It does not work with aur/pacman-git.

Ref: https://bbs.archlinux.org/viewtopic.php?pid=1775925

Hello @thenaterhood, the new fontconfig has entered [extra]. Mind taking a look into it?

Running insync start --no-daemon results with:

ConfigParser.InterpolationSyntaxError: '%' must be followed by '%' or '(', found: '%java -jar-IY674V.desktop'

@dhux: I need more information in order to look into that. What errors do you get?

@yan12125: That's neat. It looks like insync tries to ship with its own versions of those libraries, but maybe unsuccessfully if it's using the system ones. If it's using the system ones, then I'll need to add some dependencies.

@thenaterhood: I have /usr/lib/insync/libfreetype.so.6, too, and it's an ordinary file (not symlink). Maybe the cause is that I've enabled [testing], which contains fontconfig 2.13.0+10+g58f5285-1. FT_Done_MM_Var is a new function in freetype 2.9 [1], and I guess new fontconfig requires new freetype2.

[1] https://lists.nongnu.org/archive/html/freetype-announce/2018-01/msg00002.html

Builds but won't start, even with yan12125's line added to the PKGBUILD.

yan12125: Thanks for the info! Very interesting; I have that file (and it's not a symlink) so I wonder how it got lost for you. I want to look into this more before I add that symlink to the package since I'm worried that could have side effects later.

I got an issue after upgrading to 1.4.3

$ insync start --no-daemon
Traceback (most recent call last):
  File "<string>", line 6, in <module>
  File "__main__.py", line 128, in <module>
  File "__main__insync__.py", line 116, in <module>
  File "isyncd/linux/headless/cli.py", line 49, in run
  File "__main__insync__.py", line 25, in main
  File "PySide/QtGui.py", line 26, in <module>
  File "PySide/QtGui.py", line 17, in _bbfreeze_import_dynamic_module
ImportError: /usr/lib/insync/libfontconfig.so.1: undefined symbol: FT_Done_MM_Var

I "fixed" this by adding the following line after the libfontconfig line in PKGBUILD

ln -sf "/usr/lib/libfreetype.so.6" "${pkgdir}/usr/lib/insync/libfreetype.so.6"

Well, waddya know. At long last, here's 1.4! Seems to have just been a drop-in, but let me know if anything is weird.

I've added sni-qt as an optional dependency for the system tray icon. I'm willing to make it required, but since the tray icon works for me without it, there might be more details there so I don't want to commit just yet.

I also updated the PKGBUILD so that the tar call is not verbose. It saves a little bit of time when untarring the package so it's not taking the time to write to the console.

RE: 1.4. Sweet! I'll start working on updating the package to it. Hopefully, it's just a drop-in replacement and everything will "just work".

Regarding the missing icon I can confirm that installing sni-qt package and restarting my PC made the insync icon to appear. I am using Gnome Desktop version 3.26.2.

Please, update. Thanks in advance!

1.4 has been officially released now. @thenaterhood according to https://forums.insynchq.com/t/faq-on-prime-plan/8280 all @gmail accounts were given a free upgrade to Prime (all others (@gapps/3rd party) receive a 30% discount).

Installing sni-qt worked for me when using Gnome and not having a tray icon.

Thank you for your work on this package @thenaterhood - appreciate it may be a while before you can make 1.4 available in the AUR (it's beyond my skills)

@yochaigal: I don't have sni-qt installed, and my tray icon works. I'm willing to add sni-qt as an optional dependency once I can confirm that it's required on QT-based environments, since it appears it's not required on GTK ones.

@dahankzter: I'm not sure what you're experiencing. The package takes several minutes to build on a reasonably modern system (i5, 12GB ram, SSD in my case) which is not uncommon for AUR packages. The resulting package is around 200MB, which is a little on the large side for pacman packages, but should install in a reasonable amount of time (couple minutes, depending on the speed of your disk - it's a large number of files). The short answer, I suppose, is "yes it is supposed to take several minutes". There isn't much I can do to improve on that, other than make the decompression not print to the console which might save a minute or so in the build.

Omg is it supposed to take super long time to install?

I'm concerned if something changed, since this is pinned to a version. I'll investigate.

After a recent update I wasn't able to see the tray icon. I installed sni-qt and it started working. Perhaps it should e a dependency?

@notuxius You're welcome!

I'm aware of 1.4. I need to look more into the upgrade path for Insync, since at one point I think 1.3.x users who were given free licenses (such as myself) won't be able to upgrade to 1.4 for free, so 1.3 will be around for some time. Given that, I don't think it would be the right course to update this package to 1.4 - perhaps a rename so this would become insync-legacy, and a new package for the very latest insync once it's released would be the best way to go.

My goal is to make sure that everyone is taken care of. Maybe a insync-beta package would be in order for 1.4, for those who want to be part of the beta.

@thenaterhood Hi. Do you think about adding of current beta package? - https://forums.insynchq.com/t/insync-1-4-beta-with-sync-on-demand-team-drive-syncing-is-here/10391 Thanks for your work!