Package Details: insync

Git Clone URL: (read-only, click to copy)
Package Base: insync
Description: An unofficial Google Drive and OneDrive client that runs on Linux, with support for various desktops
Upstream URL:
Keywords: drive google
Licenses: custom:insync
Submitter: xzy3186
Maintainer: thenaterhood
Last Packager: thenaterhood
Votes: 312
Popularity: 5.36
First Submitted: 2012-09-07 17:45 (UTC)
Last Updated: 2022-06-19 13:24 (UTC)

Latest Comments

diogobaeder commented on 2022-06-20 05:18 (UTC)

@thenaterhood no worries mate, thanks for the fix! :-)

thenaterhood commented on 2022-06-19 13:26 (UTC)

Package updated to include the fix. Guess I shouldn't be pushing package updates right before bed, I might forget to clear my build cache. Apologies.

ArchPie commented on 2022-06-19 13:18 (UTC)

+1 Fishears solution works perfectly

ArthurBorsboom commented on 2022-06-19 08:08 (UTC)

==> Starting package()...
rm: cannot remove '/home/arthur/.cache/yay/insync/pkg/insync/usr/lib/insync/*': No such file or directory
rm: cannot remove '/home/arthur/.cache/yay/insync/pkg/insync/usr/lib/insync/*': No such file or directory
rm: cannot remove '/home/arthur/.cache/yay/insync/pkg/insync/usr/lib/insync/*': No such file or directory
==> ERROR: A failure occurred in package().

Same error in English

fishears commented on 2022-06-19 07:40 (UTC)

I got the same error. Removed line 43 of the pkgbuild "rm ${pkgdir}/usr/lib/insync/lib{drm,GLX,GLdispatch}.so*" and it works without issue.

diogobaeder commented on 2022-06-19 03:37 (UTC)

Hi folks! Just tried to update mine to 3.7.9 (released today) but got this:

rm: não foi possível remover '/home/diogobaeder/.cache/paru/clone/insync/pkg/insync/usr/lib/insync/*': Arquivo ou diretório inexistente
rm: não foi possível remover '/home/diogobaeder/.cache/paru/clone/insync/pkg/insync/usr/lib/insync/*': Arquivo ou diretório inexistente
rm: não foi possível remover '/home/diogobaeder/.cache/paru/clone/insync/pkg/insync/usr/lib/insync/*': Arquivo ou diretório inexistente

Any ideas?

thenaterhood commented on 2022-06-19 03:07 (UTC)

Insync release day! 3.7.9 is out with another issue that needed patching for Arch. It's included in the latest version of this package.

I've also added libxcrypt as a dependency, but since a million things already depend on it you probably already have it.

thenaterhood commented on 2022-05-30 16:49 (UTC)

Hey folks! Insync released 3.7.7 which on my system has a broken GUI. The workaround I've added is to remove one of the libs insync ships. This seems to work okay so I've updated the package including the workaround.

I have a post on the insync forums here:

If you have issues with this version, let me know - I encourage you to participate in the forum thread so insync folks will see it too. You can "undo" the workaround by doing sudo mv /usr/lib/insync/ /usr/lib/insync/ and restarting insync.

thenaterhood commented on 2022-05-17 03:09 (UTC)

@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 because they may be able to offer better support.

sucklessengai commented on 2022-05-15 05:12 (UTC)

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?

niveus.corax commented on 2022-04-19 05:39 (UTC)

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

thenaterhood commented on 2022-04-14 16:45 (UTC)

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

niveus.corax commented on 2022-04-14 16:23 (UTC)

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-': error: packages failed to build: insync-

horosgrisa commented on 2022-04-07 08:02 (UTC)

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

thenaterhood commented on 2022-03-24 11:42 (UTC)

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

clmbtti commented on 2022-03-24 09:27 (UTC)

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

dobedobedo commented on 2022-03-24 06:36 (UTC)

Both old and new URLs gave me 403 error.

apastuszak commented on 2022-03-24 04:53 (UTC)

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

thenaterhood commented on 2022-03-24 02:23 (UTC)

Something is going on with their CDN I think. I swapped to the 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.

NerdsMaxx commented on 2022-03-24 02:11 (UTC) (edited on 2022-03-24 02:12 (UTC) by NerdsMaxx)

Download have failed.

"ERRO: Falha ao baixar'"

thenaterhood commented on 2022-03-12 01:25 (UTC)

@Romario74 seems okay for me

Romario74 commented on 2022-03-09 14:47 (UTC)

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

Can anybody confirm?

RoninSysAdm commented on 2022-02-21 01:19 (UTC)

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

thenaterhood commented on 2022-02-08 03:44 (UTC)

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

RoninSysAdm commented on 2022-02-04 16:44 (UTC) (edited on 2022-02-04 16:46 (UTC) by RoninSysAdm)

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

tinywrkb commented on 2022-01-19 15:49 (UTC)

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.

guiodic commented on 2021-07-22 17:34 (UTC)

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

thenaterhood commented on 2021-07-22 11:45 (UTC)

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

guiodic commented on 2021-07-22 10:13 (UTC)

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

gadicc commented on 2021-07-15 16:04 (UTC)

@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

thenaterhood commented on 2021-07-13 12:13 (UTC)

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

+   echo "-> Patching"
+   mv ${pkgdir}/usr/lib/insync/{,.bak}
+   echo "-> Patching"
+   mv ${pkgdir}/usr/lib/insync/{,.bak}

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

dgimortal commented on 2021-07-10 01:43 (UTC)

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

mbcooper commented on 2021-07-09 11:11 (UTC)

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/{,.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/{,.bak}

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

thenaterhood commented on 2021-06-17 22:06 (UTC)

Hey folks, I'm tracking discussion of the issue of insync crashing when changing sync directory over on the insync forums at

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.

fabwu commented on 2021-06-14 07:33 (UTC) (edited on 2021-06-14 07:35 (UTC) by fabwu)

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

atescula commented on 2021-05-25 10:42 (UTC)

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.

atescula commented on 2021-05-25 05:09 (UTC)

Not able to upgrade due to negative passing the validity check

JustinSB commented on 2021-05-24 10:44 (UTC)

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.

JustinSB commented on 2021-05-20 11:11 (UTC) (edited on 2021-05-20 11:17 (UTC) by JustinSB)

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 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/ undefined symbol: g_task_set_name
Failed to load module: /usr/lib/gio/modules/
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/ undefined symbol: g_task_set_name
Failed to load module: /usr/lib/gio/modules/
/usr/lib/gvfs/ undefined symbol: g_task_set_name
Failed to load module: /usr/lib/gio/modules/
/usr/lib/gvfs/ undefined symbol: g_task_set_name
Failed to load module: /usr/lib/gio/modules/

(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

MrWhiskers commented on 2021-05-10 19:13 (UTC)

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?

tinywrkb commented on 2021-05-02 22:49 (UTC)

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

inforogue commented on 2021-05-02 22:12 (UTC)

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

tinywrkb commented on 2021-04-26 22:49 (UTC)

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

thenaterhood commented on 2021-04-26 21:43 (UTC)

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.

tinywrkb commented on 2021-04-26 17:06 (UTC)

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

diogobaeder commented on 2021-04-26 12:41 (UTC) (edited on 2021-04-26 16:20 (UTC) by diogobaeder)

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.

inforogue commented on 2021-04-25 22:37 (UTC)

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.

tinywrkb commented on 2021-04-25 20:23 (UTC)

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

inforogue commented on 2021-04-25 20:06 (UTC)

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.

tinywrkb commented on 2021-04-19 11:58 (UTC)

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* so the system one will be used and/or

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

tinywrkb commented on 2021-04-14 13:06 (UTC)

@diogobaeder so it does seem to be a GSettings schema issue due to the outdated packaged GTK3 lib. Apparently 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

The other possible solutions I mention before are to remove the packaged GTK3 lib meaning* 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.

diogobaeder commented on 2021-04-14 12:20 (UTC)

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

tinywrkb commented on 2021-04-14 11:37 (UTC)

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

diogobaeder commented on 2021-04-14 10:44 (UTC)

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.

thenaterhood commented on 2021-04-14 02:25 (UTC)

Sounds like insync is aware of the issue and it will be fixed in the next release:

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.

tinywrkb commented on 2021-04-12 14:41 (UTC)

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


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.

thenaterhood commented on 2021-04-12 11:43 (UTC)

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

rubusarbaro commented on 2021-04-09 01:15 (UTC)

It's not working with Gnome 40

brianmsm commented on 2020-10-07 21:27 (UTC)

Could you update this package, please?

thenaterhood commented on 2020-09-14 21:44 (UTC)

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.

tinywrkb commented on 2020-09-13 07:50 (UTC)

@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

thenaterhood commented on 2020-09-13 03:58 (UTC)

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=, 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/> wait_for=<Task pending coro=<SettingsMain._load_settings() running at ideskcore/> cb=[_log_tb_after_delay() at ideskasync/, <TaskWakeupMethWrapper object at 0x7fde141e2768>()] created at ideskcore/> cb=[_log_tb_after_delay() at ideskasync/, _chain_future.<locals>._call_set_state() at asyncio/] created at asyncio/> 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

thenaterhood commented on 2020-09-10 16:41 (UTC)

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

tinywrkb commented on 2020-09-07 19:02 (UTC) (edited on 2020-09-08 09:45 (UTC) by tinywrkb)

@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/* 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
@@ -6,7 +6,7 @@
 # Source : new application -

 pkgdesc="An unofficial Google Drive and OneDrive client that runs on Linux, with support for various desktops"
@@ -26,7 +26,7 @@ arch=('x86_64')
 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*

tinywrkb commented on 2020-09-07 16:46 (UTC) (edited on 2020-09-07 17:06 (UTC) by tinywrkb)

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.

thenaterhood commented on 2020-08-02 01:57 (UTC)

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

tinywrkb commented on 2020-08-01 15:03 (UTC) (edited on 2020-08-01 15:08 (UTC) by tinywrkb)

@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: ""
  - element-by-class: topic-list-item
  - grep: 'New Insync version'
  - html2text: re
  - re.sub: '.*: '
  - sort: re
name: "pkg/insync: debian buster repo"
url: ""
ignore_cached: true
  - 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.

tinywrkb commented on 2020-06-17 11:00 (UTC) (edited on 2020-06-17 11:01 (UTC) by tinywrkb)

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

biwhite commented on 2020-06-11 15:26 (UTC)

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?

papa33 commented on 2020-03-11 08:52 (UTC)

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.

tinywrkb commented on 2020-02-29 14:07 (UTC)

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

mpei commented on 2020-02-28 22:16 (UTC)

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.

mpei commented on 2020-02-28 22:00 (UTC)

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

tinywrkb commented on 2020-02-28 21:15 (UTC)


➜ ~ 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).

mpei commented on 2020-02-28 05:30 (UTC)

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.

mpei commented on 2020-02-28 05:16 (UTC)

➜ ~ 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

tinywrkb commented on 2020-02-26 16:44 (UTC)

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

mpei commented on 2020-02-26 14:19 (UTC)

➜ ~ 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.

thenaterhood commented on 2020-02-26 03:18 (UTC)

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.

tinywrkb commented on 2020-02-22 19:40 (UTC)

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

mpei commented on 2020-02-21 17:16 (UTC)

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.

tinywrkb commented on 2020-02-18 21:06 (UTC) (edited on 2020-02-18 21:13 (UTC) by tinywrkb)

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

mpei commented on 2020-02-18 16:37 (UTC)

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.

tinywrkb commented on 2020-02-06 14:56 (UTC)

Great! thanks for the update.

thenaterhood commented on 2020-02-06 03:25 (UTC)

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

tinywrkb commented on 2020-02-03 16:01 (UTC)

The last update to Insync added the missing 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.

tinywrkb commented on 2020-01-22 14:10 (UTC) (edited on 2020-02-03 15:46 (UTC) by tinywrkb)

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
@@ -12,17 +12,14 @@ pkgdesc="An unofficial Google Drive client that runs on Linux, with support for
+         'alsa-lib'
+         'fontconfig'
-         'python'
+         'hicolor-icon-theme'
-         'libxcursor'
-         'libxi'
-         'libxtst'
-         'libxrandr'
-         'alsa-lib'
-         'libxcomposite')
+         'xdg-utils')

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

thenaterhood commented on 2019-12-24 00:41 (UTC)

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.

tholinka commented on 2019-12-22 06:10 (UTC)

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.

MrWhiskers commented on 2019-12-21 21:21 (UTC)

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

atescula commented on 2019-12-13 12:43 (UTC)

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

tinywrkb commented on 2019-11-22 23:04 (UTC)

Python2 depend is wrong. Insync 3 is built with Python 3, see and just review at the files in the distributed deb package. I haven't tested yet in a chroot but I believe there's no need for the python depend, just the fact that the app didn't break with the Python 3.8 update should tell you that it's self-contained.

hsseung commented on 2019-11-13 02:09 (UTC) (edited on 2019-11-13 03:30 (UTC) by hsseung)

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

iosonofabio commented on 2019-11-11 12:22 (UTC)

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

Ludde commented on 2019-11-11 11:37 (UTC)

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

hsseung commented on 2019-11-09 13:45 (UTC) (edited on 2019-11-09 13:46 (UTC) by hsseung)

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

kubrick commented on 2019-11-07 08:08 (UTC)

And just bumping the pkgrel helps with ...?

que5779 commented on 2019-11-01 11:02 (UTC)

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 has a product that supports Archlinux and priced very reasonable. I will test drive it at least until insync works for me again.

iosonofabio commented on 2019-10-24 00:51 (UTC) (edited on 2019-10-24 00:51 (UTC) by iosonofabio)

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=, 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)

firecat53 commented on 2019-10-23 22:34 (UTC)

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

iosonofabio commented on 2019-10-14 06:16 (UTC)

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!

hsseung commented on 2019-10-14 01:45 (UTC)

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=, 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 with link time reference
Trace/breakpoint trap (core dumped)

achilleas.k commented on 2019-10-06 13:17 (UTC) (edited on 2019-10-06 13:18 (UTC) by achilleas.k)

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.

salsergey commented on 2019-10-03 06:01 (UTC)

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?

giswqs commented on 2019-09-30 12:40 (UTC) (edited on 2019-09-30 12:41 (UTC) by giswqs)

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.

Kr1ss commented on 2019-09-29 22:36 (UTC)

Thx for the update !

NobbZ commented on 2019-09-29 09:01 (UTC) (edited on 2019-09-29 09:19 (UTC) by NobbZ)

@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
@@ -24,16 +24,19 @@ depends=('xdg-utils'
-source=('insync@.service' 'insync.service')
-           '7d416b57ed52fe3daf71bae1af563657')
+    "${pkgname}_${pkgver}-${_dist}_amd64.deb"
+    'insync@.service'
+    'insync.service'
+            '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

Kr1ss commented on 2019-09-29 08:35 (UTC)

@BrianAllred see my comment below for a fix.

BrianAllred commented on 2019-09-29 06:05 (UTC)

Can't install in a clean chroot.

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

commented on 2019-09-28 20:51 (UTC)

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

Jin23Lee commented on 2019-09-28 17:29 (UTC)

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

Kr1ss commented on 2019-09-28 14:55 (UTC) (edited on 2019-09-28 17:53 (UTC) by Kr1ss)

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) :

        'insync@.service' 'insync.service')

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 !

commented on 2019-09-28 08:49 (UTC)

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 -

commented on 2019-09-28 07:50 (UTC)

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/

sudo ln -s -f /usr/lib/

apart from that it looks promising - sync in progress

wizonesolutions commented on 2019-09-27 17:33 (UTC)

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?

commented on 2019-09-27 06:12 (UTC)


this should help

cd /usr/lib/insync

sudo ln -s -f /usr/lib/

sudo ln -s -f /usr/lib/

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

bred commented on 2019-09-27 06:01 (UTC)

I'm experiencing the same bug of JuniorTonny.

JuniorTonny commented on 2019-09-27 05:04 (UTC)

Consegui corrigir o problema, baixe esse pacote de correção

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

JuniorTonny commented on 2019-09-27 01:53 (UTC)

bug log file

blackhole commented on 2019-09-23 10:15 (UTC) (edited on 2019-09-23 10:15 (UTC) by blackhole)

Tired of insync probems, I have switched to overgrive:

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

papa33 commented on 2019-09-23 05:32 (UTC)

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…

blackhole commented on 2019-09-22 07:21 (UTC)

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


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


papa33 commented on 2019-09-21 22:29 (UTC)

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

GuardCat commented on 2019-09-21 19:10 (UTC)

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

spsf64 commented on 2019-09-21 15:10 (UTC)

@JPB_9876 rclone-browser (rclone+gui) works pretty well:

JPB_9876 commented on 2019-09-21 11:22 (UTC)

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

Xavion commented on 2019-09-21 06:58 (UTC)

Just so you know, Insync depends on Python v3 these days. See here for confirmation:

Kage-Yami commented on 2019-09-20 07:58 (UTC) (edited on 2019-12-23 12:35 (UTC) by Kage-Yami)

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.

yan12125 commented on 2019-09-20 02:57 (UTC)

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

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

papa33 commented on 2019-09-19 17:49 (UTC)

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

blackhole commented on 2019-09-19 15:31 (UTC)

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>

lewis2e commented on 2019-09-19 15:23 (UTC)

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

commented on 2019-09-19 14:33 (UTC)

You can now install version 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.

papa33 commented on 2019-09-19 13:47 (UTC)

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.

lewis2e commented on 2019-09-19 13:08 (UTC)

3.0.19 now

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

papa33 commented on 2019-09-17 20:20 (UTC) (edited on 2019-09-17 20:22 (UTC) by papa33)

On the forum they announced v 3.0.17.

Edit : 3.0.18 now

freedent commented on 2019-09-17 12:58 (UTC) (edited on 2019-09-17 13:21 (UTC) by freedent)

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

  • Line 6 from pkgver=1.5.7 to pkgver=

  • Line 7 commented #_pkgver=37371

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

  • Line 34 from source_x86_64=("${pkgname}${pkgver}.${_pkgver}-${_dist}_amd64.deb") to source_x86_64=("${pkgname}${pkgver}-${_dist}_amd64.deb")

soundscape commented on 2019-09-16 09:15 (UTC)

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

teacher4711 commented on 2019-09-13 07:44 (UTC) (edited on 2019-09-13 08:29 (UTC) by teacher4711)

@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/", line 108, in ipc_insync

File "", 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

papa33 commented on 2019-09-12 17:12 (UTC)

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

lewis2e commented on 2019-09-11 17:20 (UTC)

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

NoSync commented on 2019-09-11 16:27 (UTC)

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?

papa33 commented on 2019-09-11 15:30 (UTC)

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

testbird71 commented on 2019-09-10 12:57 (UTC)

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

lewis2e commented on 2019-09-10 11:54 (UTC)

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

commented on 2019-09-10 07:06 (UTC)

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.

lewis2e commented on 2019-09-10 05:49 (UTC)

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.

frigaut commented on 2019-09-08 20:14 (UTC) (edited on 2019-09-08 20:14 (UTC) by frigaut)

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

thenaterhood commented on 2019-09-08 04:01 (UTC)

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

vkovanovic commented on 2019-09-08 02:00 (UTC) (edited on 2019-09-08 02:01 (UTC) by vkovanovic)


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)

thenaterhood commented on 2019-08-19 02:28 (UTC)

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.

thenaterhood commented on 2019-08-13 03:21 (UTC)

@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 ( and if that doesn't give you any answers, email their support team.

JuniorTonny commented on 2019-08-08 17:15 (UTC)

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 :))

thenaterhood commented on 2019-08-08 03:20 (UTC)

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

JuniorTonny commented on 2019-08-04 20:08 (UTC)

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: my whatsapp/telegram is: +5547988717595

thenaterhood commented on 2019-08-04 20:01 (UTC)

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

soundscape commented on 2019-08-03 01:45 (UTC)

@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

thenaterhood commented on 2019-08-03 01:36 (UTC)

@taflaj awesome! glad to hear it!

@soundscape that's very strange.

taflaj commented on 2019-08-02 02:27 (UTC)

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

soundscape commented on 2019-08-01 12:03 (UTC) (edited on 2019-08-02 10:46 (UTC) by soundscape)

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 (

/#24 0x00007f8f887547af n/a (

/#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.

thenaterhood commented on 2019-08-01 02:31 (UTC)

Cool, okay. I tried removing /usr/lib/insync/ 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.

taflaj commented on 2019-07-31 15:07 (UTC) (edited on 2019-07-31 15:10 (UTC) by taflaj)

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/, which I did, and then it started working flawlessly. @thenaterhood this may be the key to it.

thenaterhood commented on 2019-07-31 02:39 (UTC)

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?

thenaterhood commented on 2019-07-30 11:55 (UTC)

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

taflaj commented on 2019-07-30 06:46 (UTC)

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

taflaj commented on 2019-07-30 04:44 (UTC)

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.

ArthurBorsboom commented on 2019-07-29 07:48 (UTC)

dmesg (after package upgrades?):

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

yiping_huang commented on 2019-07-28 10:30 (UTC)

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

yurikoles commented on 2019-07-28 09:23 (UTC)

@testbird71, @HeroCC

You have definitely installed some mesa-git.

HeroCC commented on 2019-07-27 20:32 (UTC)

Same issue (and fix) as @testbird71

testbird71 commented on 2019-07-26 08:20 (UTC)

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/

flagged out of date to work on it

thenaterhood commented on 2019-05-22 02:43 (UTC)

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

yan12125 commented on 2019-05-13 13:42 (UTC)

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.

thenaterhood commented on 2019-01-05 03:48 (UTC)

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.

auroq commented on 2018-12-11 05:19 (UTC) (edited on 2019-06-28 18:11 (UTC) by eschwartz)

@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 "", line 128, in <module>
  File "", line 125, in <module>
  File "isyncd/linux/headless/", line 49, in run
  File "", line 46, in main
  File "isyncd/linux/", line 2, in <module>
  File "isyncd/linux/", line 2, in <module>
  File "isyncd/linux/", line 7, in <module>
  File "PySide2/", line 26, in <module>
  File "PySide2/", line 17, in _bbfreeze_import_dynamic_module
ImportError: cannot open shared object file: No such file or directory

thenaterhood commented on 2018-12-10 04:24 (UTC)

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.

techlive commented on 2018-12-08 16:55 (UTC)

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

$ pkgfile

$ pkgfile

$ pkgfile

$ pkgfile

$ pkgfile

$ pkgfile

Also, refer to this article for headless setup.

thenaterhood commented on 2018-11-04 00:01 (UTC)

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

I'll look into both of those.

blackhole commented on 2018-10-06 13:05 (UTC)

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

windmagi commented on 2018-10-06 13:01 (UTC)

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.

Ender commented on 2018-10-01 12:38 (UTC) (edited on 2018-10-01 12:38 (UTC) by Ender)

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

yan12125 commented on 2018-09-18 05:04 (UTC)

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.

thenaterhood commented on 2018-09-17 03:05 (UTC)

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.

thenaterhood commented on 2018-05-07 23:33 (UTC)

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

ctingwai commented on 2018-05-04 08:16 (UTC) (edited on 2018-05-04 08:19 (UTC) by ctingwai)

The libz error: ImportError: /usr/lib/insync/ version ZLIB_1.2.9 not found (required by /usr/lib/

can be workaround by symlinking to the one stored in /lib:

$ sudo mv /usr/lib/insync/ /usr/lib/insync/
$ sudo ln -s /lib /usr/lib/insync/

petsam commented on 2018-04-03 22:23 (UTC) (edited on 2018-04-03 23:51 (UTC) by petsam)

(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/", line 50, in __index_default_apps File "", line 305, in read File "", 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 "", line 128, in <module> File "", line 116, in <module> File "isyncd/linux/headless/", line 49, in run File "</module>", line 88, in main File "isyncd/linux/", line 210, in use_this File "isyncd/linux/", line 108, in init File "isyncd/linux/", line 25, in init File "isyncd/linux/", line 55, in index_default_apps File "isyncd/linux/", line 85, in record_config_entries File "", line 655, in items File "", line 691, in _interpolate File "", line 700, in _interpolate_some AttributeError: 'list' object has no attribute 'find'</module></module></string>

yan12125 commented on 2018-03-25 17:57 (UTC)

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

thenaterhood commented on 2018-03-25 16:04 (UTC)

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

yan12125 commented on 2018-03-25 09:20 (UTC)

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


yan12125 commented on 2018-03-25 06:30 (UTC)

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

dhux commented on 2018-03-23 12:05 (UTC) (edited on 2018-03-23 12:06 (UTC) by dhux)

Running insync start --no-daemon results with:

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

thenaterhood commented on 2018-03-19 22:55 (UTC)

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

yan12125 commented on 2018-03-19 09:41 (UTC)

@thenaterhood: I have /usr/lib/insync/, 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.


dhux commented on 2018-03-19 01:00 (UTC)

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

thenaterhood commented on 2018-03-19 00:54 (UTC)

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.

yan12125 commented on 2018-03-18 08:43 (UTC) (edited on 2018-03-18 08:51 (UTC) by yan12125)

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 "", line 128, in <module>
  File "", line 116, in <module>
  File "isyncd/linux/headless/", line 49, in run
  File "", line 25, in main
  File "PySide/", line 26, in <module>
  File "PySide/", line 17, in _bbfreeze_import_dynamic_module
ImportError: /usr/lib/insync/ undefined symbol: FT_Done_MM_Var

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

ln -sf "/usr/lib/" "${pkgdir}/usr/lib/insync/"

thenaterhood commented on 2018-03-17 20:04 (UTC)

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.

thenaterhood commented on 2018-03-17 19:32 (UTC)

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

txelu commented on 2018-03-17 11:20 (UTC)

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.

saverio commented on 2018-03-16 17:30 (UTC)

Please, update. Thanks in advance!

poppycock commented on 2018-03-15 19:19 (UTC)

1.4 has been officially released now. @thenaterhood according to 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)

thenaterhood commented on 2018-03-08 04:03 (UTC)

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

dahankzter commented on 2018-03-07 19:36 (UTC)

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

thenaterhood commented on 2018-02-23 03:25 (UTC)

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

yochaigal commented on 2018-02-21 15:52 (UTC)

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?

thenaterhood commented on 2017-12-17 17:16 (UTC)

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

notuxius commented on 2017-12-15 14:08 (UTC)

@thenaterhood Hi. Do you think about adding of current beta package? - Thanks for your work!

thenaterhood commented on 2017-12-02 21:20 (UTC)

@hsantanna huh, indeed it isn't! That's out of my control since that's a file provided by insync. I believe a bug report would need to be filed with them.

hsantanna commented on 2017-12-01 18:27 (UTC)

/usr/share/doc/insync/changelog.gz is not a changelog.

thenaterhood commented on 2017-09-27 02:39 (UTC)

@Nefelim4ag Thank you! I'll have a look at those changes and see about incorporating them.

Nefelim4ag commented on 2017-09-23 07:02 (UTC) (edited on 2017-09-26 09:43 (UTC) by Nefelim4ag)

I change something: # Maintainer: Nate Levesque <> # Contributor: Vlad M. <> # Contributor: Zhengyu Xu <> pkgname=insync pkgver=1.3.17 _pkgver=36167 _ubuntu_dist=trusty pkgrel=1 pkgdesc="An unofficial Google Drive client that runs on Linux, with support for various desktops" url="" license=('custom:insync') options=(!strip !upx) depends=('xdg-utils' 'glibc' 'python2') arch=('i686' 'x86_64') source=('insync@.service' 'insync.service') source_i686=("${pkgname}_${pkgver}.${_pkgver}-${_ubuntu_dist}_i386.deb") source_x86_64=("${pkgname}_${pkgver}.${_pkgver}-${_ubuntu_dist}_amd64.deb") sha256sums=('cf276c1dbf1592ea63a21c2d61c75f7ad6ec3b13e87b3aaa331e9c14799f4598' '1432141539a6b3c5333631a2ee6696fab9bd2fe8770643bc670d95e4e96203e0') sha256sums_i686=('SKIP') sha256sums_x86_64=('SKIP') package() { tar xf data.tar.gz mv -v usr ${pkgdir}/usr # Patch files for Arch echo "==> Patching files..." cd ${pkgdir} grep -R -e "/usr/bin/python$" ./usr | cut -d':' -f1 | cut -d' ' -f1 | sort -u | \ while read -r file; do [ ! -f "$file" ] && continue echo "Patch: $file" sed -i "s|usr/bin/python$|usr/bin/python2|g" "$file" || : done # End of patching install -Dm644 ${srcdir}/insync@.service ${pkgdir}/usr/lib/systemd/system/insync@.service install -Dm644 ${srcdir}/insync.service ${pkgdir}/usr/lib/systemd/user/insync.service ln -sf "/usr/lib/" "${pkgdir}/usr/lib/insync/" } May be you will found that useful

thenaterhood commented on 2017-09-07 01:59 (UTC)

I could see insync.service using insync-headless, but I'm not sure I want to change that behaviour for insync@.service if people are now expecting it to provide a tray icon.

blackhole commented on 2017-09-04 09:52 (UTC)

I think that systemd service should use insync-headless, since insync is working fine only in this case and is more logical. If you want the tray icon, you can start it at boot with autostart options in your Desktop.

thenaterhood commented on 2017-06-27 21:37 (UTC)

Apologies for the delay; package is now updated to

dtraenapp commented on 2017-05-03 11:10 (UTC)

Hi, thank you for the solution! It works now as expected. Dirk

thenaterhood commented on 2017-04-28 00:28 (UTC)

I'm not seeing the same problem. There was a Qt issue before that resulted in a core dump that was solved by running qtconfig-qt4 and choosing a different GUI style than GTK+. Try giving that a shot.

dtraenapp commented on 2017-04-27 10:41 (UTC)

Hi, another issue: insync does not work (strace output: +++ killed by SIGSEGV (core dumped) +++) insync-headless works!

codextremist commented on 2017-04-10 17:12 (UTC)

Anyone having the same issue. I just completely remove the ~/.config/Insync folder and than it started working again. This started happening after I updated insync version

codextremist commented on 2017-04-10 17:09 (UTC)

Strange thing is that > sudo insync start --no-daemon works fine. So it should be an issue related to local configuration or file permission

codextremist commented on 2017-04-10 15:27 (UTC)

Insync is not starting since my update. It seems ZLIB version 1.2.9 is not found. My current zlib version is 1.2.11 > insync start --no-daemon ** (process:10596): WARNING **: Failed to load shared library '' referenced by the typelib: /usr/lib/insync/ version `ZLIB_1.2.9' not found (required by /usr/lib/ 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:/home/felipe/.rvm/bin:/usr/local/texlive/2015/bin/x86_64-linux:/home/felipe/bin:/home/felipe/.git-radar:/home/felipe/.rvm/bin:/usr/local/texlive/2015/bin/x86_64-linux:/home/felipe/bin:/home/felipe/.git-radar) "sni-qt/10596" WARN 12:19:42.932 void StatusNotifierItemFactory::connectToSnw() Invalid interface to SNW_SERVICE ERROR:root:Cannot initialize notifications.

blackhole commented on 2017-04-09 21:38 (UTC)

Very strange: systemd service is running fine, but no sync. Only if I type "insync start" from a terminal this is working.

thenaterhood commented on 2017-04-06 03:08 (UTC)

@LiamPowell is there anything package-side I can do to avoid that being a problem?

LiamPowell commented on 2017-04-05 13:05 (UTC)

@guzzard @ciechomke The issue is caused by QGtkStyle, run qtconfig-qt4 and change your GUI style to something other then GTK+

thenaterhood commented on 2017-04-04 01:55 (UTC)

I haven't encountered any problems myself, but I can look into it and see what I come up with. If it's an issue with Qt we might be stuck waiting for an update from insync or from Qt. Hopefully it's something I can fix here.

ciechomke commented on 2017-04-03 20:12 (UTC) (edited on 2017-04-03 20:14 (UTC) by ciechomke)

@guzzard Same issue here, no idea what's wrong. Message from coredumpctl Message: Process 7825 (insync) of user 1000 dumped core. Stack trace of thread 7825: #0 0x0000000000001250 n/a (n/a) backtrace says it's Qt related problem

guzzard commented on 2017-04-02 14:43 (UTC)

$ insync start --no-daemon Segmentation fault (core dumped) No further info in any log file etc. Anyone have any idea what might be going on? Tried both original PKGBUILD as well as the one with doron.behar's changes.

thenaterhood commented on 2016-11-20 01:43 (UTC)

I think that is the correct approach. Are there any ill-effects you can see that might result from that change?

ifndef_define commented on 2016-11-18 05:12 (UTC)

Because the service has instead of, Insync won't start automatically when enabled. Is this the desired behavior? I want it to start automatically so I've changed mine to default.

thenaterhood commented on 2016-10-29 03:37 (UTC)

Adopted package. doron.behar: your changes look good and I'm fine with integrating them. I'll release a package update soon with doron.behar's changes, removal of the optional insync-nautilus dependency, and a shiny new .gitignore. Trying to pick things back up and do a little cleanup.

commented on 2016-10-18 00:04 (UTC)

Hi, I would like you to please look at my patches in github:

Krieger commented on 2016-09-11 16:13 (UTC) (edited on 2016-10-12 01:00 (UTC) by Krieger)

I'm getting an error that says, "Your locale is not set to UTF-8. This will raise errors with non-ASCII filenames." Here's the output when I execute "locale -a": $ locale -a C POSIX en_US en_US.iso88591 en_US.utf8 It seems that I have my locale set to UTF-8, but I'm still receiving this error. Edit: I fixed the problem by setting the language in my Gnome Settings to English.

kennethaar commented on 2016-07-21 07:46 (UTC)

Great to see the recent update! How can I change the tray icon? It still is pixelated. I tried unpacking and searching the tarball from the Insync website to find an svg file or some other image file. But it seems to consist of only .pyc, .so and .txt files Screenshot of pixelated trayicon:

bonbonboi commented on 2016-06-09 18:21 (UTC)

Is this really Trail for 15 days?

amonobeax commented on 2016-05-18 20:38 (UTC) (edited on 2016-05-18 20:39 (UTC) by amonobeax)

Hi, idk if i'm alone but after the latest update 1.3.8-1 insync won't launch anymore on Manjaro (Archbased). Previous 1.3.6 still working just fine.

edh commented on 2016-05-18 17:09 (UTC)

The symlink workaround suggested by @rzei is still needed AFAIK.

diogobaeder commented on 2016-04-20 15:16 (UTC)

Doing the symlink trick works for me too. Why not changing the published package itself to use the system libfontconfig then?

rzei commented on 2016-04-19 22:09 (UTC) (edited on 2016-04-19 22:10 (UTC) by rzei)

Another workaround that works for me is creating a new PKGBUILD with ln -sf "/usr/lib/" "${pkgdir}/usr/lib/insync/" added in the package() function. This will replace the bundled from insync with a symlink to the system one.

rpotter28 commented on 2016-04-12 22:13 (UTC)

Thanks @Arthur. That's all I need, as I never used the gui anyways. Not sure why I didn't think of that, but I appreciate that you did! insync start --headless

ArthurBorsboom commented on 2016-04-12 20:33 (UTC)

Another workaround is to start insync headless, so you can keep the latest version. insync start --headless

jpalko commented on 2016-04-12 18:40 (UTC)

This support thread mentions a 1.3.7 version to be available: Although the issue reported there is regarding Qt libraries with Debian in that case but I created a new PKGBUILD using the Debian 64bit version available, packaged it, installed that 1.3.7 version and had no issues starting insync GUI again.

rpotter28 commented on 2016-04-12 17:02 (UTC)

Thanks rzei - I downgraded pango as per that thread and it works. Hopefully insync fixes this soon.

rzei commented on 2016-04-11 21:07 (UTC)

The issue mentioned in the posts below has also been reported in the insync support forums [1]; as a workaround one can downgrade to pango 1.39.0-1. [1]

rpotter28 commented on 2016-04-11 12:45 (UTC)

I can confirm rzei. $ insync start --no-daemon ./insync: symbol lookup error: /usr/lib/ undefined symbol: FcWeightFromOpenType

rzei commented on 2016-04-10 15:50 (UTC)

Since a recent system upgrade, insync does not start anymore for me: $ insync start --no-daemon ./insync: symbol lookup error: /usr/lib/ undefined symbol: FcWeightFromOpenType

DrMartinus commented on 2016-02-26 05:29 (UTC)

Hi, I get the following error when trying to install this update: Fehler: file owned by 'kdebase-workspace' and 'oxygen-icons': 'usr/share/icons/oxygen/128x128/mimetypes/fonts-package.png' Fehler: file owned by 'kdebase-workspace' and 'oxygen-icons': 'usr/share/icons/oxygen/16x16/mimetypes/fonts-package.png' Fehler: file owned by 'kdebase-workspace' and 'oxygen-icons': 'usr/share/icons/oxygen/22x22/mimetypes/fonts-package.png' Fehler: file owned by 'kdebase-workspace' and 'oxygen-icons': 'usr/share/icons/oxygen/32x32/mimetypes/fonts-package.png' Fehler: file owned by 'kdebase-workspace' and 'oxygen-icons': 'usr/share/icons/oxygen/48x48/mimetypes/fonts-package.png' Fehler: file owned by 'kdebase-workspace' and 'oxygen-icons': 'usr/share/icons/oxygen/64x64/mimetypes/fonts-package.png' What to do?

arojas commented on 2015-12-10 12:45 (UTC)

sni-qt is not needed anymore in plasma 5.5, you can remove the dependency

markzz commented on 2015-10-15 21:35 (UTC) (edited on 2015-10-15 21:38 (UTC) by markzz)

@ciechomke Their maintainers never moved them from AUR3 to AUR4. This caused them to be deleted when the final transition to AUR4 happened. It looks like it was archived in the aur-mirror [1] and I'll get to work getting the rest reuploaded. [1]

ciechomke commented on 2015-08-19 22:53 (UTC)

Where are plugins for other file managers like caja? Disappeared from AUR

commented on 2015-05-22 12:39 (UTC)

@CPUnltd I might give it a shot since I have an arm device to test it on :)

xzy3186 commented on 2015-05-22 02:40 (UTC)

@TheNumb, uncon I also tested the package and for me insync can work without python2-pyside and gobject-introspection (this one was indeed necessary one year ago) at the moment. So the dependencies list is updated.

CPUnltd commented on 2015-05-22 00:59 (UTC)

Would like to build this package for armv7h. I found the links for the source, but not sure how to go about modifying your package for this purpose. Source: armhf - armel -

commented on 2015-05-20 15:36 (UTC)

Also, if you'd like to test the modified pkgbuild:

commented on 2015-05-20 15:31 (UTC)

I did some testing (in KDE) and it appears that insync will work just fine without python2-pyside or gobject-introspection. The upstream ubuntu package only depends on: "Depends: xdg-utils, libc6 (>= 2.19), python", which translates down for us to: xdg-utils, glibc and python2. As a proof: pacman -Qi insync Name : insync Version : 1.2.11-1 Description : An unofficial Google Drive client that runs on Linux, with support for various desktops Architecture : x86_64 URL : Licenses : custom:insync Groups : None Provides : None Depends On : xdg-utils glibc python2 Optional Deps : insync-nautilus: file-manager integration for nautilus insync-nemo: file-manager integration for nemo insync-dolphin: file-manager integration for dolphin [installed] insync-thunar: file-manager integration for thunar insync-caja: file-manager integration for caja sni-qt: To show the icon in Plasma 5 tray [installed] Required By : insync-dolphin Optional For : None Conflicts With : None Replaces : None Installed Size : 154.30 MiB Packager : Unknown Packager Build Date : Wed May 20 17:25:39 2015 Install Date : Wed May 20 17:26:52 2015 Install Reason : Explicitly installed Install Script : No Validated By : None

uncon commented on 2015-05-18 18:31 (UTC)

Adding the additional dependency of python2-pyside requires that I install an additional 200 MB of dependencies by way of mesa-libgl. This is a bit excessive for a headless machine using insync-headless. Can this be an optional dependency?

xzy3186 commented on 2015-05-16 11:08 (UTC)

Sorry for the delay. Now the package has been updated. @firecat53, TheNumb Thanks for the suggestions.

commented on 2015-05-14 18:55 (UTC)

You might want to add sni-qt as an optional dependency. That way the icon will appear in Plasma 5's tray.

firecat53 commented on 2015-05-13 19:16 (UTC)

For the latest version 1.2.10, python2-pyside is needed as a dependency. Works fine if you update the sha256 sums, the download link, and add the pyside dependency. Scott

Chazza commented on 2015-04-29 08:50 (UTC)

@JuHwon, I notice that the dependencies for insync-dolphin happen to be kdebase-workspace and kdebindings-python2. Clearly you must have tried to install that package as well. kdebase-workspace is the core of KDE4 and plasma is the core of KDE5 and they cannot be installed side by side. Anything that depends on kdebase-workspace is going to remove plasma, no ifs no buts. In the future, just be very careful about what dependencies a package is pulling in and never blindly accept the choice of whatever automated tool you are using.

xzy3186 commented on 2015-04-29 01:03 (UTC)

@JuHwon I don't know very much about pacaur. According to your log, it tried to run pacman --color never -S --asdeps kdebindings-python2 kdebase-workspace which is strange to me. I only use "makepkg -Si" to install insync.

JuHwon commented on 2015-04-28 06:44 (UTC)

I installed this package via pacaur - then the following happened: It removed my kde 5 plasma dekstop and installed the old one.

Chazza commented on 2015-04-27 10:28 (UTC)

@nesreka see

xzy3186 commented on 2015-04-22 00:41 (UTC)

@nesreka, I am sorry but I am not an expert on KDE so it is difficult to give any suggestion. Maybe you can post your question to the insync support forum for helps.

commented on 2015-04-21 19:18 (UTC)

Hey, I compiled libappindicator3 before insync was installed, but I will not get an icon in my Plasma5 tray. Do I have to modify the PKGBUILD therefore?

xzy3186 commented on 2015-04-21 00:46 (UTC)

@Chazza, gabor_bernat, sender, and atertillic, PKGBUILD updated. Thanks for the notification.

atertillic commented on 2015-04-20 21:57 (UTC)

Since the source are debian packages, you just have to adjust the source links and update the version. The service file can stay the same. Here's the PKGBUILD I made for 1.2.7: I use pacaur. Updated by forcing rebuild with new PKGBUILD. pacaur --rebuild -S insync

sender commented on 2015-04-20 17:41 (UTC)

@xzy3186 Please update to 1.2.7. "Google has deprecated the previous Google Documents List API as of April 20, 2015 and this affects all Insync versions prior to 1.2.7". Thanks.

gabor_bernat commented on 2015-04-20 16:48 (UTC)

Can you upgrade to 1.2.7, getting deprecated API errors :)

Chazza commented on 2015-04-12 10:01 (UTC)

Is anyone else finding that insync isn't exiting properly when the session ends since v1.26? If so there's a thread about this on the insync forums:

xzy3186 commented on 2015-04-07 00:32 (UTC)

@travnick Thanks so much for your inspection. I updated the PKGBUILD. Please have a try.

travnick commented on 2015-04-06 17:55 (UTC)

Inspected problem once again and it appeared that UPX is the problem (I have it enabled in /etc/makepkg.conf). It's the first time I have such issue with it. So please add !upx to options to PKGBUILD.

xzy3186 commented on 2015-04-06 00:45 (UTC)

@travnick I can not reproduce your problem. Can you send me the full log file?

travnick commented on 2015-04-05 21:36 (UTC)

I'm facing the same issue x86_64 arch. the issue seem to exist since package biuld: yaourt -G insync; cd insync makepkg file pkg/insync/usr/lib/insync/ pkg/insync/usr/lib/insync/ ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), statically linked, stripped

xzy3186 commented on 2015-02-24 02:13 (UTC)

@blackhole Could you send your feedback to the support forum of insync? However, I am not sure if they will take our situation into account since insync is not officially developed for archlinux.

blackhole commented on 2015-02-23 12:39 (UTC)

I have plasma 5 without a .kde or .kde4 directory in home. I would expect that this version of insync is independent from using gnome, lxqt or kde but, after installation, insync will create a new .kde configuration directory in home (the name for archlinux should be .kde4..) with a service menu inside. This service menu is useless because the directory is wrong both in kde4 and Plasma 5 Plasma 5: /usr/share/kservices5/ServiceMenus/ or /home/<user>/.local/share/kservices5/ServiceMenus/ KDE4: /home/<user>/.kde4/share/kde4/services/ServiceMenus/

xzy3186 commented on 2015-02-23 12:24 (UTC)

@nobodynhio, ArthurBorsboom, apastuszak sha256sum updated. Sorry for the delay. @blackhole Excuse me but I did not catch your suggestion. Can you explain in details since I am not a KDE user...

apastuszak commented on 2015-02-23 02:04 (UTC)

@ArthurBorsboom Same issue here.

blackhole commented on 2015-02-22 15:36 (UTC)

This version should be different from insync-dolphin, however is creating .kde/share/kde4/services/ServiceMenus/insync_addtoservicemenu when isnync is started, also if there is not a .kde before. Note: I don't have kde4 but Plasma 5

ArthurBorsboom commented on 2015-02-22 11:05 (UTC)

-> Found insync.service ==> Validating source files with sha256sums... insync-1.1.5.deb ... FAILED insync.service ... Passed ==> ERROR: One or more files did not pass the validity check! ==> ERROR: Makepkg was unable to build insync. ==> Restart building insync ? [y/N] ==> ------------------------------- ==> ==> ERROR: unable to update

felix.steghofer commented on 2015-02-20 20:02 (UTC)

correct sha is 43a08d82ed30366d93614fc8edae8ae6bafaf701d00d443bddd5aff82843503a

orschiro commented on 2015-01-23 08:20 (UTC)

@xzy3186 Thanks!

xzy3186 commented on 2015-01-23 02:26 (UTC)

@orschiro Thanks very much. I will update the script when the next release comes out.

orschiro commented on 2015-01-22 16:39 (UTC)

@xzy3186 I think the client has improved sufficiently so that we can remove the --synchronous-full flag. What do you think? That improves the synchronisation speed significantly.

blackhole commented on 2014-11-07 13:02 (UTC)

I have already written on insync forum. Maybe I will contact also support. However I am not the only one:

orschiro commented on 2014-11-07 12:19 (UTC)

@blackhole I suggest to get in touch with the Insync support about this. This is unlikely to be a packaging issue since you are the first one to report this issue.

xzy3186 commented on 2014-11-04 09:46 (UTC)

@blackhole I have no idea what is happening on your machine since I am also running insync-1.0.34 on a 64 bit Archlinux system. I tried to log out and then log in but insync can be launched properly. BTW, I am using gnome desktop governed by GDM. Not sure if this is relevant to your problem...

blackhole commented on 2014-11-04 08:15 (UTC)

Version is 1.0.34-1 (this one) 64 bit. The error is because is corrupted. I think this is happening when there is a logout followed by a login or maybe a suspend followed by a resume. Now I have temporarily set to read only. I want to know what's happening...

xzy3186 commented on 2014-11-04 01:06 (UTC)

@blackhole Sorry but I can not reproduce your error message. Could you tell me: 1) which version (i686 or x86_64) you are using. 2) how did you start the program.

blackhole commented on 2014-11-02 18:28 (UTC)

I have the same error: zipimport.ZipImportError: not a Zip file: '/usr/lib/insync/' "ìì This can be fixed copying to /lib/insync before the same error will present itself another time...

orschiro commented on 2014-08-19 07:08 (UTC)

1.0.30 has been released: It fixes some crucial issues with high resource consumption. Can you please update the package? Thanks ahead!

xzy3186 commented on 2014-07-28 08:35 (UTC)

Hi travnick, Are you using the latest version of insync? There is no such flag available anymore.

travnick commented on 2014-07-27 15:49 (UTC)

I'm getting an error: []$ insync --set-files-path=GoogleDrive Traceback (most recent call last): File "<string>", line 5, in <module> zipimport.ZipImportError: not a Zip file: '/usr/lib/insync/'

xzy3186 commented on 2014-06-13 14:53 (UTC)

@sender Thanks for the notification. The upstream file was changed after my last update. Now it was fixed.

sender commented on 2014-06-13 11:34 (UTC)

Here's a new PKGBUILD without sha256 errors:

xzy3186 commented on 2014-02-18 03:52 (UTC)

@SimFox3 Yes, it is more reliable to rely on DE to handle the autostart. The systemd.service is designed for those who are not using any DE or using the DE without autostart function. PS: Thanks for the suggestions on insync.install. It will be updated when the next release come out.

SimFox3 commented on 2014-02-18 03:21 (UTC)

Is it possible to run `update-mime-database /usr/share/mime/` and `update-desktop-database` as part of the install? Doing so will correctly configure file managers to open Google docs.

SimFox3 commented on 2014-02-18 02:09 (UTC)

Insync installs an autostart desktop file at ~/.config/autostart/insync.desktop: [Desktop Entry] Version=1.0 Type=Application Name=Insync GenericName=Insync Comment=Launch Insync Icon=insync Categories=Network; Exec=insync start TryExec=insync Terminal=false X-GNOME-Autostart-Delay=3 For users who use a DE, isn't this more reliable than using the systemd user unit?

xzy3186 commented on 2014-02-05 07:31 (UTC)

Thanks so much, orschiro. The PKGBUILD has been updated.

orschiro commented on 2014-02-05 06:20 (UTC)

@xzy3186 One minor improvement for the service file: - ExecStart=/usr/bin/insync start + ExecStart=/usr/bin/insync start --synchronous-full This makes sqlite transactions safer and can prevent database corruption. I just faced this issue myself because I was running out of space whilst Insync was syncing. This would have not occurred with the synchronous flag.

orschiro commented on 2014-01-18 08:13 (UTC)

@xzy3186 Unfortunately I cannot comment on any DE issues since I am using plain Openbox and with the new service file everything is working fine. Has anyone else tested the new service file?

xzy3186 commented on 2014-01-18 07:55 (UTC)

@orschiro Another point, insync will be terminated if I re-login my DE. I am not surprised by the result since restarting DE is independent to the systemd. Just let you know in case you have not noticed it.

xzy3186 commented on 2014-01-18 07:47 (UTC)

@orschiro I have the same problem as it was that insync will not start with gnome-shell after booting my laptop. I have to do systemctl restart insync@xxx to make it. Unfortunately I am not sure how it behave with other DE. But stopping and restarting insync via systemd work well. If you have no objection, I will update the script with the next update of insync.

orschiro commented on 2014-01-17 10:03 (UTC)

@xzy3186 I think I managed to come up with an improved service file that allows you to successfully start/stop Insync. Can you please test it as well and include it if there are no further issues? [Unit] Description=Insync [Service] Environment=DISPLAY=:0 Type=oneshot RemainAfterExit=yes ExecStart=/usr/bin/insync start ExecStop=/usr/bin/insync quit User=%I [Install]

orschiro commented on 2014-01-13 21:29 (UTC)

@all How can we further improve the service file so that `systemctl stop insync@<user>.service` actually stops insync?

xzy3186 commented on 2014-01-12 15:39 (UTC)

@orschiro Thanks for the investigation. I updated the script without modifying the release number.

orschiro commented on 2014-01-12 07:14 (UTC)

I found the issue. Please take out `Restart=never` as it is no longer compatible with systemd. ➜ ~ cat /usr/lib/systemd/system/insync@.service [Unit] Description=Insync [Service] ExecStartPre=/usr/bin/sleep 60 Environment=DISPLAY=:0 Type=simple ExecStart=/usr/bin/insync start ExecReload=/bin/kill -HUP $MAINPID - Restart=Never KillMode=process User=%I [Install]

orschiro commented on 2014-01-11 08:10 (UTC)

Can someone help me on the following error message? What does it mean? Jan 11 07:50:55 thinkpad systemd[1]: [/usr/lib/systemd/system/insync@.service:12] Failed to parse service restart specifier, ignoring: never

xzy3186 commented on 2013-12-23 07:12 (UTC)

@mmf1902 The same here. I think it is fine as long as the version shows as

mmf1902 commented on 2013-12-23 06:18 (UTC)

Although I built and installed version 1.0.26-1, when I check the changelog using the context menu of the application it shows changes up to version 1.0.25. Is this correct?

uke-eda commented on 2013-11-03 08:57 (UTC)

@xzy3186 I'll do that.

xzy3186 commented on 2013-11-03 04:55 (UTC)

@uke-eda, Sorry I can not solve the problem. Could you post your question to the insync forums?

uke-eda commented on 2013-11-02 22:16 (UTC)

Hello there. I get /usr/bin/insync: line 3: 22645 Segmentation fault (core dumped) LC_TIME=C ./insync "$@" when I try to run insync. Any suggestions what this means?

orschiro commented on 2013-10-23 06:02 (UTC)

@colinkeenan The idea for a systemd service file was taken from Dropbox. Have you ever looked into their service file? As for Dropbox I have nobody seen complaining about it. Apparently it does its job well.

colinkeenan commented on 2013-10-23 03:52 (UTC)

Never mind my previous comment. On repeated reboots, systemd refused to start Insync in XFCE no matter what I do. Clearly, simply putting a check in the box to start Insync on startup from the Insync preferences menu is the easiest and most reliable way to handle this and the wiki needs to be updated. I don't think a systemd service file should even be included anymore.

colinkeenan commented on 2013-10-23 03:41 (UTC)

I removed the '...sleep 60' from /usr/lib/systemd/system/insync@.service again and followed the advice on : systemctl enable NetworkManager-wait-online.service I removed the checkmark in the insync preferences to start on boot and sudo systemctl enable insync@colin But, it still didn't work. In fact, it never started (or at least the icon never showed up). I discovered my problem is probably specific to XFCE because what finally solved the issue was the following while insync was running: Settings -> Session and Startup -> Session, find and in the far column left-click on 'if running' and choose 'never'. This makes sure XFCE doesn't try to restart, thus allowing systemd to do what it's supposed to do. The program can be running even when you exit Insync. I think XFCE was restoring without the icon for Insync showing and that prevented systemd from starting Insync properly. Of course, all of this begs the question. Why use systemd for starting Insync anyway? I'm doing it because that's what the wiki says. The wiki is out of date though.

colinkeenan commented on 2013-10-23 03:05 (UTC)

I decided to read the official systemd info at and found this page specifically about the not working: I couldn't believe the following information at the end of the first section: "In systemd by default does not have much meaning...By defaulting to the empty meaning we hence provide a speedy boot that is not slowed down by external factors for the majority of cases, but by allowing to be defined by the administrator as he likes any policy is implementable instead." This explains why starting after isn't working for us. We also have to give some meaning. The next section is appropriately titled: "Cut the crap! How do I make work for me?". I'm about to read it and suggest others interested in systemd read it as well.

colinkeenan commented on 2013-10-15 07:26 (UTC)

I've decided to give up on systemd for starting insync. The more reliable way is to just checkmark 'Start Insync when computer starts' in the preferences menu. I may follow up in the forums to work out if there's a better file to use for systemd with insync or if there's a bug, but not right now.

xzy3186 commented on 2013-10-15 01:19 (UTC)

Updated to 1.0.24 @colinkeenan,orschiro Since no conclusion has been made yet, I re-add 'ExecStartPre=/usr/bin/sleep 60' back to the service file temporally to make it work.

orschiro commented on 2013-10-14 19:58 (UTC)

@colinkeenan Have you already asked on the forums for help? I find this quite an interesting issue to investigate. Maybe it is a bug within systemd?

colinkeenan commented on 2013-10-14 19:33 (UTC)

I removed the sleep command again. Seems to do better without the sleep command but it doesn't always start regardless. I don't think it has anything to do with the network not being up. I will just have to start it manually sometimes.

colinkeenan commented on 2013-10-13 23:19 (UTC)

I ended up putting the sleep command back in. I don't see why the requires= and after= lines don't always work.

colinkeenan commented on 2013-10-09 02:26 (UTC)

I decided to see what I could understand about systemd from the wiki and found the dependencies section: That section says to put both 'Requires=...' and 'After=...'. I understand why you didn't put 'Requires=...' in there because 'After=...' is telling it to wait until after the network starts so obviously it requires the network. But, following the wiki, I'm seeing what happens if I add the 'Requires=...' to the 'Unit' section. I have again removed the sleep command. Tomorrow, I'll report if this works better.

orschiro commented on 2013-10-08 05:41 (UTC)

@colinkeenan The `` part should actually prevent you from this problem. But now you probably see why I created the NetworkManager dispatcher script. For some users even 60 seconds sleep time might not be enough to establish an internet connection. In these cases the dispatcher script comes in handy as it automatically restarts the service after an internet connection was established.

colinkeenan commented on 2013-10-07 23:26 (UTC)

I'm glad my suggestions were incorporated. I'm taking back the idea of removing the sleep 60 though. Without some sleep before starting, insync sometimes doesn't load I guess because the network isn't available when it tries and then it doesn't try again. I put the sleep command back in, but deleted the 0 because sleep 6 works fine for me. If nobody was complaining about the sleep 60, probably best to put it back in.

xzy3186 commented on 2013-10-06 00:49 (UTC)

Thanks to orschiro and colinkeenan, now insync.service has been updated following your suggestion.

orschiro commented on 2013-10-05 11:27 (UTC)

@xzy3186 Together with cilnkeenan we investigated the issue. Can you please update the Insync.service file to reflect the following changes? [Unit] Description=Insync [Service] - ExecStartPre=/usr/bin/sleep 60 Environment=DISPLAY=:0 Type=simple ExecStart=/usr/bin/insync_OPTION ExecReload=/bin/kill -HUP $MAINPID KillMode=process - Restart=always + Restart=never User=%I [Install]

colinkeenan commented on 2013-10-04 19:21 (UTC)

Thanks for following up on my investigation of the systemd issue. I forgot to update my system since then or check these comments. Just updated and I have the constantly restarting problem again. So, I changed 'always' to 'never' again on the 'Restart=' line of /usr/lib/systemd/system/insync@.service. I guess I'll followup with orschiro about fixing that in the official file.

orschiro commented on 2013-09-25 11:56 (UTC)

@xzy3186 So far it is still working with my dispatcher package as long as we still allow the service to be run as a user. I think it is safe to include it in the update.

xzy3186 commented on 2013-09-25 01:14 (UTC)

@orschiro I just want to confirm if your package can work properly with the modified service file. If no problem occur, I will include new service file by colinkeenan in the next update.

orschiro commented on 2013-09-23 05:55 (UTC)

@xzy3186 My dispatcher package does not provide the service file anymore and I think it is wise to leave the service file with the original package instead of distributing it in the dispatcher. Thus, can you please include the modified service file in your package? Thanks

xzy3186 commented on 2013-09-21 12:44 (UTC)

@colinkeenan Thanks for your feedback and investigation. To be honest, I am running gnome desktop and the autostart for insync is done by the DE rather than systemd. The service file was originally provided by orschiro for his package of networkmanager-dispatcher-insync-systemd [1]. Could you contact him directly to confirm if your modification work for his package or not? Meanwhile, I will only change the line of 'ExecStart=' in insync.service. [1]:

colinkeenan commented on 2013-09-21 06:51 (UTC)

I made another change to /usr/lib/systemd/system/insync@.service, replacing "always" with "never" in the line that says "Restart=..." and that solved the constantly restarting problem. Why was it set to keep restarting? It doesn't need to do that. Do I have an outdated insync@.service file or does it need to be updated in AUR? I had tried reinstalling insync using yaourt before messing with insync@.service, and that didn't work.

colinkeenan commented on 2013-09-21 06:41 (UTC)

/usr/lib/systemd/system/insync@.service needs to be changed. A couple of hours ago I realized Insync was not running and probably had not been running for a few days. I could start it manually from the command line with "insync start", but "systemctl start insync@colin" just waited 60 seconds and came back to the prompt without doing anything. I edited "/usr/lib/systemd/system/insync@.service" and noticed "ExecStart=/usr/bin/insync" which if I ran "/usr/bin/insync" from the command line, it would just give me a list of options and not actually run it. So I added "start" to the end of that line. But, now it runs a second instance every 60 seconds and puts up an alert that it's already running so the second instance will quit now. I'm thinking the problem may be with the reload step: "ExecReload=/bin/kill -HUP $MAINPID". If that's the problem, what should it say instead? Why is this set to constantly reload anyway? Insync doesn't seem to need to be reloaded to do it's thing.

rbellamy commented on 2013-08-20 02:38 (UTC)

@xzy3186 Much nicer. Aura now installs without a fuss. And to your earlier point - Yaourt would install Insync - with ALL the dependencies enforced, regardless of the running DE. That meant I would get Cinammon, etc., even though I use Nautilus. This is so much cleaner. Thank you very much. +1 to you.

xzy3186 commented on 2013-08-15 13:49 (UTC)

@KimTjik: Please enjoy :)

KimTjik commented on 2013-08-15 10:20 (UTC)

I big hug for this change. Finally I saw a reason to buy the so called stable version. Thanks (goes upstream as well)!

xzy3186 commented on 2013-07-31 02:09 (UTC)

Similarly to the packaging upstream, now the core package of insync and the corresponding file-manager integration have been separated. Please install the insync-plugin for your favorite file-manager manually.

phw commented on 2013-07-30 15:33 (UTC)

That PKGBUILD is just horrible, mostly due to the desktop detection. As those are separate packages upstream the best option would be to have separate packages for Arch as well.

orschiro commented on 2013-07-23 13:37 (UTC)

@rbellamy I agree to the idea of having separate packages for the DEs. Yet as far as I remember (now using Aura), Yaourt was able to build Insync properly.

rbellamy commented on 2013-07-23 13:33 (UTC)

I respectfully suggest that the Arch Linux AUR package needs work. The PKGBUILD requires an execution environment to parse the dependencies - this means there isn't a AUR package manager out there that can successfully install Insync on Arch. The user is therefore required to shell out and execute makepkg manually. By no means is this insurmountable. However it does mean that the PKGBUILD isn't built to support automation. Nor is it following PKGBUILD best practices, which dictate that dependencies should be discernible via static inspection. Other tools like Insync, notably dropbox, have met the challenge of supporting multiple desktop and window managers by having separate packages.

xzy3186 commented on 2013-07-18 04:32 (UTC)

@pschmitt, Thanks for the information. Insync for Linux is now out of beta! Please have fun :-)

pschmitt commented on 2013-07-17 16:52 (UTC)

0.10.19 is out !

xzy3186 commented on 2013-07-14 01:32 (UTC)

@KimTjik insync needs python2-caja which, somehow, depends on many other packages. If there is any unnecessary package for python2-caja, you need to inform the maintainer of python2-caja.

KimTjik commented on 2013-07-13 19:22 (UTC)

Have I misunderstood something here, or has insync these crazy dependency chain now, that requires a whole bunch of mate stuff? Some are even flagged outdated.

xzy3186 commented on 2013-07-11 04:48 (UTC)

@epsilom Sorry for my typo in the PKGBUILD. Please try it again.

XavierCLL commented on 2013-07-11 04:02 (UTC)


xzy3186 commented on 2013-07-11 00:49 (UTC)

@epsilom: Could you tell me which desktop/filemanager are you using?

XavierCLL commented on 2013-07-10 18:08 (UTC)

Hi @xzy3186, the sha256sum for insync-0.10.10-uncommon.deb is wrong.

xzy3186 commented on 2013-07-02 09:30 (UTC)

@adam777 Thanks for the information. PKGBUILD has been updated to 0.10.9

adam777 commented on 2013-07-02 07:02 (UTC)

0.10.9 is out. Note the following from the changelog: Prompt the user to add the integration for the default file manager when Insync starts; no need to install them manually.

xzy3186 commented on 2013-06-09 15:54 (UTC)

@orschiro: It's my pleasure to continue updating this package. Thanks very much :-)

orschiro commented on 2013-06-09 14:10 (UTC)

@xzy3186 I would say we have found to an agreement. :)

xzy3186 commented on 2013-06-09 13:01 (UTC)

@orschiro Thanks for your appreciation. It's OK to leave it as orphans in case some users are willing to adopt it. Of course I will still keep an eye on the release of new insync. If no one has taken the package till that moment, I will update the PKGBUILD, which is possible to be done by anyone, in principle.

orschiro commented on 2013-06-09 11:06 (UTC)

@xzy3186 Would you be willed continuing your great support and package provision if the guys from Insync would grant you a free account? I would say, you deserve it!

xzy3186 commented on 2013-06-09 04:29 (UTC)

@lty1993 Thanks for the investigation. I am too busy to work on it. Furthermore, my insync account has been expired so I can not run it anymore. Please take it if you want.

lty1993 commented on 2013-06-08 17:42 (UTC)

I just installed package which is called "gobject-introspection" by pacman, then insync working now. Please add "gobject-introspection" into Dependencies. Thanks.

xzy3186 commented on 2013-06-03 20:45 (UTC)

Dear all, I see the situation and it looks like a general problem for lots of users with different DE. Unfortunately I am out for conference those days and not be available for working on this problem at the moment. Please wait for a while patiently. By the way, if someone is interested in maintaining this package, please let me know as I will quit when the trail time is over.

commented on 2013-06-03 15:08 (UTC)

@xzy3186: I'm currently running i3, and I'm using ranger as a file manager.

hcjl commented on 2013-06-03 15:03 (UTC)

i have got the same problem as @ramonz, @lty1993 and @yucht. wm is openbox and file manager is thunar. thx & rgds hcjl

commented on 2013-06-03 12:56 (UTC)

the same problem as @yucht and @lty1993 kde

lty1993 commented on 2013-06-03 10:56 (UTC)

I have same problem as @yucht. I am using KDE.

xzy3186 commented on 2013-06-03 05:34 (UTC)

@yucht: Which DE are you using?

commented on 2013-06-02 22:15 (UTC)

When I run insync I get the following output: Unable to load library icui18n "Cannot load library icui18n: ( cannot open shared object file: No such file or directory)" Fontconfig error: "/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 70: non-double matrix element Fontconfig error: "/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 70: non-double matrix element Fontconfig warning: "/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 78: saw unknown, expected number /usr/lib/insync [ falling back to loading from current process ] [[dynamic library loaded: ]] C functions loaded: 4 C functions failed: 0 /usr/lib/insync [ falling back to loading from current process ] [[dynamic library loaded: ]] C functions loaded: 101 C functions failed: 0 Traceback (most recent call last): File "<string>", line 6, in <module> File "", line 128, in <module> File "", line 47, in <module> File "isyncd/linux/", line 6, in <module> File "isyncd/linux/", line 20, in <module> File "isyncd/linux/", line 25, in <module> File "gi/", line 76, in load_module File "gi/", line 222, in _load File "gi/", line 90, in __init__ gi.RepositoryError: Typelib file for namespace 'Gio', version '2.0' not found what could I do to fix this?

xzy3186 commented on 2013-05-30 07:10 (UTC)

@orschiro Just warnings. We don't need to worry about them.

orschiro commented on 2013-05-30 05:38 (UTC)

With the latest update I get permission errors: (1/1) installing insync [################################################################] 100% warning: directory permissions differ on /usr/ filesystem: 755 package: 775 warning: directory permissions differ on /usr/bin/ filesystem: 755 package: 775 warning: directory permissions differ on /usr/lib/ filesystem: 755 package: 775 warning: directory permissions differ on /usr/share/ filesystem: 755 package: 775 warning: directory permissions differ on /usr/share/applications/ filesystem: 755 package: 775 warning: directory permissions differ on /usr/share/icons/ filesystem: 755 package: 775 warning: directory permissions differ on /usr/share/icons/hicolor/ filesystem: 755 package: 775 warning: directory permissions differ on /usr/share/icons/hicolor/64x64/ filesystem: 755 package: 775 warning: directory permissions differ on /usr/share/icons/hicolor/64x64/emblems/ filesystem: 755 package: 775

xzy3186 commented on 2013-05-30 02:37 (UTC)

Updated to 0.10.5-1 The following packages have been updated to 0.10.5: insync-ubuntu (nautilus) insync-cinnamon (nemo) insync-kde (Dolphin) insync-mate (caja) insync-xfce (thunar) As the insync for gnome-shell has not been released, the user with gnome-shell desktop will be redirect to the package of insync-ubuntu temporarily.

xzy3186 commented on 2013-05-29 05:00 (UTC)

@orschiro Maybe it is not a matter of priority. Recently, most of the gnome-shell-extensions stopped working because of the release of gnome-shell 3.8, no exception for insync. If you really want to use the new version of insync, I recommend you to use the package of general (_DESKTOP=6) rather than the one for gnome-shell. At least on my machine it is working fine.

orschiro commented on 2013-05-28 19:02 (UTC)

@xzy3186 Yes, gnome-shell. Hopefully 1.0 RC for Gnome will be released soon. I do not understand the higher priority of Cinnamon over Gnome.

xzy3186 commented on 2013-05-28 06:21 (UTC)

@orschiro Are you using gnome-shell or cinnamon? If gnome-shell, I am sorry to say that the package version is still 0.9.41, which does not have the new GUI.

orschiro commented on 2013-05-28 05:28 (UTC)

@xzy3186 I removed ~/.config/Insync but I still do not get the setup wizard, nor any GUI window or tray icon. Or is all what is launched after installation the browser window ""?

xzy3186 commented on 2013-05-28 00:58 (UTC)

Updated to 0.10.4-1 The following packages have been updated to 0.10.4: insync-ubuntu (nautilus) insync-cinnamon (nemo) insync-kde (Dolphin) insync-mate (caja) insync-xfce (thunar)

xzy3186 commented on 2013-05-27 08:16 (UTC)

@orschiro Looks like you have to make a fresh install of insync 0.10. Please rm ~/.config/Insync before running insync. Then the setup wizard will show up once you launch insync.

orschiro commented on 2013-05-27 07:43 (UTC)

How can I run the setup wizard after installation of the insync package?

xzy3186 commented on 2013-05-25 10:32 (UTC)

@amz: Thanks very much for the new package. PKGBUILD has been updated.

amz commented on 2013-05-25 10:14 (UTC)

Uploaded python2-caja updated to new release, and fixed package name to "python2". Insync builds with it properly. Please update your PKGBUILD

xzy3186 commented on 2013-05-25 03:35 (UTC)

Updated to 0.10.3-1 The following packages have been updated to 0.10.3: insync-ubuntu (nautilus) insync-cinnamon (nemo) insync-mate (caja) insync-xfce (thunar)

xzy3186 commented on 2013-05-25 03:34 (UTC)

@jnbek Thanks for the report. PKGBUILD updated.

jnbek commented on 2013-05-25 01:29 (UTC)

I just got an announcement that 1.0RC is out, which looks like it translates to 0.10.3

HarD commented on 2013-05-24 17:22 (UTC)

@xzy3186: Yes, ok, thanks

xzy3186 commented on 2013-05-24 11:13 (UTC)

@HarD: Sorry, it's my fault. PKGBUILD has been updated. But actually, there is no difference between 0.10.2 and 0.9.41 for xfce... We have to wait for the new release.

HarD commented on 2013-05-24 09:49 (UTC)

openbox+thunar - and i manual set var to 4 (XFCE)

xzy3186 commented on 2013-05-24 06:56 (UTC)

@HarD Could you tell me which environment or desktop are you using?

HarD commented on 2013-05-24 05:43 (UTC)

curl: (22) The requested URL returned error: 403 Forbidden

xzy3186 commented on 2013-05-24 01:43 (UTC)

Updated to 0.10.2-1 The following packages have been updated to 0.10.2: insync-ubuntu (nautilus) insync-cinnamon (nemo) insync-mate (caja) The new ChangeLog can be found here: The other packages are kept to 0.9.41 at the moment.

xzy3186 commented on 2013-05-22 23:57 (UTC)

@orschiro: Yes, there is a gnome-shell-extension which can be enabled by gnome-tweak-tool. However, that doesn't work for 3.8. We have to wait for the update of insync. A new package for ubuntu (corresponding to general in this PKGBUILD) has been released recently. So I guess the support of gnome-shell 3.8 will be available soon.

orschiro commented on 2013-05-22 20:40 (UTC)

I switched from Cinnamon to pure Gnome Shell 3.8. Is there, like in Cinnamon, a tray icon support for Gnome Shell? If so, how can I enable it?

xzy3186 commented on 2013-05-21 15:28 (UTC)

@adam777, Good, please let me know when you make your decision. I will disown this package then.

adam777 commented on 2013-05-21 07:00 (UTC)

Thanks for the update, xzy3186. I'm a bit on the fence with regards to Google Drive, and will probably make up my mind once the MEGA client comes out in a week or so. If I do decide to stick with GD, I'll let you know and try and keep maintaining insync (5$/year is fine by me).

xzy3186 commented on 2013-05-20 13:49 (UTC)

Is anybody interested in maintaining this package? I am going to quit as using insync will be nonfree in recent future.

adam777 commented on 2013-05-20 11:49 (UTC)

New beta at:

orschiro commented on 2013-03-25 12:31 (UTC)

@xzy3186 A very clean solution to detect the DE. Thanks! I have added the information to the wiki.

xzy3186 commented on 2013-03-25 12:08 (UTC)

changlog for 0.9.41-2: Add one insync@.service to make insync accessable by systemd (special thanks to orschiro). Just experimentally tested under gnome-shell.

orschiro commented on 2013-03-25 05:43 (UTC)

@xzy3186 Glad to hear that. :) Let me know once you have integrated the service so that we can add the note to the wiki.

xzy3186 commented on 2013-03-25 02:09 (UTC)

@orschiro Yeah, the last one seems to be working. I will check more carefully later. If everything is fine, I will integrate this service into the package! :-)

orschiro commented on 2013-03-24 16:55 (UTC)

@xzy3186, Last trial. What about: [Service] ExecStartPre=/usr/bin/sleep 100

xzy3186 commented on 2013-03-24 15:57 (UTC)

@orschiro Unfortunately the same error is received even if timeoutsec is applied. JS ERROR: !!! Exception was: TypeError: state is null JS ERROR: !!! message = '"state is null"' JS ERROR: !!! fileName = '"/usr/share/gnome-shell/extensions/"' JS ERROR: !!! lineNumber = '275' JS ERROR: !!! stack = '"make_insync_menu([object Object],null)@/usr/share/gnome-shell/extensions/ (null,[object Error])@/usr/share/gnome-shell/extensions/ wrapper(null,[object Error])@/usr/share/gjs-1.0/lang.js:204 JS LOG: Ignored exception from dbus method: Error: DBus error: org.freedesktop.DBus.Error.NameHasNoOwner: Name "insync.rpc" does not exist

orschiro commented on 2013-03-24 14:50 (UTC)

@xzy3186, So basically we just need a delay of a few seconds? [Service] # Give a reasonable amount of time to start up TimeoutSec=300

xzy3186 commented on 2013-03-24 10:24 (UTC)

@orschiro Still does not work. If I run systemctl start to run the service manually, everything is fine. However, if I use systemctl enable, the gnome-shell-extension will lost its communication to the insync daemon on boot. The ugly workaroud is killing insync once. Then the service will restart the daemon again (because you set it to restart on killing, if I understand correctly). I am afraid there is confliction between the auto-start by systemd and the native auto-start by the gnome-shell-extension (for your case, should be cinnamon-applet)

orschiro commented on 2013-03-24 08:51 (UTC)

Does desktop integration work if you change ExecStart=/usr/bin/insync to ExecStart=/usr/bin/insync --gnome If so, then you could add the service file and leave it up to the user to modify the service file according to his DE if he wants to use the service approach. We could add the information to the wiki.

xzy3186 commented on 2013-03-24 06:26 (UTC)

Hi orschiro, I didn't know how to enable service file as specific user before. Now I can enable the insync process with my own account but as I expected that gnome-shell-extension-insync losted its control over insync.

orschiro commented on 2013-03-24 05:52 (UTC)

@xzy3186 Did you enable the system with: systemctl enable insync@<user>

xzy3186 commented on 2013-03-24 01:17 (UTC)

@orschiro I don't know if it is correct or not but I enable your service file to run automatically on boot. Then I found the user tring to run the insync was *ROOT* rather than my user account. After logging into my desktop, there was another independent process called "insync --gnome" started by my desktop manager.

orschiro commented on 2013-03-23 16:33 (UTC)

@xzy3186, Can you please test if the following service file breaks your desktop integration?

xzy3186 commented on 2013-03-17 08:56 (UTC)

@orschiro: Because different desktop needs different parameter when launching insync. insync --gnome for gnome-shell, insync-kde for kde and so on. Otherwise the integration to the desktop will be broken.

orschiro commented on 2013-03-17 08:31 (UTC)

@xzy3186 The necessity is related to my comment below. Insync does not start up properly when called with "/usr/bin/insync" from a networkmanager dispatcher script. The same occurs with Dropbox. However, using the systemd service there works. Thus, my assumption is that with a service file Insync ought to work, too. But why should the service file not be suitable for different desktop environments?

xzy3186 commented on 2013-03-17 07:33 (UTC)

@orschiro In principle yes. But I am wondering how to make this servie file suitable for different desktop enviroments. Also, the feature of starting insync on boot is already included. Is this service file really necessary?

orschiro commented on 2013-03-17 06:47 (UTC)

Is it possible to provide a service file for Insync to control it using systemd? Dropbox does have such a service. Will something like this work for Insync? [Unit] Description=Insync [Service] Type=simple ExecStart=/usr/bin/insync ExecReload=/bin/kill -HUP $MAINPID KillMode=process Restart=always User=%I [Install]

orschiro commented on 2013-03-12 09:24 (UTC)

Does someone use a networkmanager dispatcher script for the occasions when there is no internet connection available directly after boot? I tried to create one based on networkmanager-dispatcher-dropbox [1]. Basically I just replaced all 'dropboxd' occasions with 'insync' but it fails to start, giving the error: GDocsPermissionError: The user does not have permission to perform that operation. The script can be viewed here [2]. [1] [2]

xzy3186 commented on 2013-03-08 02:16 (UTC)

Fogot to post the changelog..: 0.9.41: + fixed case where files that have no children do not have badging when doing a fresh sync from Drive. however, this does not fix currently synced files with no badging. + small improvements to nautilus plugin.

xzy3186 commented on 2013-02-28 00:02 (UTC)

@bladedglove: I checked the PKGBUILD and thunarx-python is already included. It seems to be missing as the dependencies list shown on this page is for mate rather than xfce :)

bladedglove commented on 2013-02-27 20:31 (UTC)

Could you please add thunarx-python to the dependencies list? It seems to be missing.

xzy3186 commented on 2013-02-26 01:07 (UTC)

Changelog: 0.9.40: + created a new implementation of insync-cli. can now be used to add another account without using the system tray icon. 0.9.39: + added an option to not download files into the local root folder. this is potentially safer but won't download files in the root directory of Drive. use the --disable-no-parent option to enable it.

orschiro commented on 2013-02-20 22:03 (UTC)

@xzy3186, This is a great release. The integration in Cinnamon and nemo is very good. Thank you.

xzy3186 commented on 2013-02-20 14:04 (UTC)

@orschiro: Just installing this package is OK. All the other required packages for the integration of cinnamon DE are listed as dependencies, which will be installed if not yet.

orschiro commented on 2013-02-20 13:37 (UTC)

Great. Thanks for the update. The new release resolves my autostart issue. Apart from this package, what else do I need for a proper Nemo file manager integration?

xzy3186 commented on 2013-02-20 13:24 (UTC)

Version: 0.9.38 Changelog: + fixed GNOME Shell extension not loading + autostart Insync in Cinnamon when system tray icon is loaded + fixed issue when trying to reenable the GNOME Shell extension from Gnome Tweak Tool + fixed the tooltip for the Cinnamon system tray icon

xzy3186 commented on 2013-02-20 07:04 (UTC)

@orschiro: Recently the developers of insync enabled the autostart function for gnome-shell and KDE desktop environment. So as I understand, the work for cinnamon is undergoing. Now as a workaround, you can use gnome-session-properties to start insync everytime you login to your desktop.

orschiro commented on 2013-02-20 06:06 (UTC)

I miss a service file to launch insync on startup. At the moment I have to click on the panel icon and "start insync". How do you guys launch insync at boot?

xzy3186 commented on 2013-02-19 23:46 (UTC)

@orschiro: I am happy to hear about that. @mrbit: Recently I built an arch-64 system and tried insync-kde on it without any problem. I think if you run insync-kde on a fresh installed archlinux, everything should work.

mrbit commented on 2013-02-19 23:02 (UTC)

still insync-kde Traceback (most recent call last): File "", line 13, in <module> from PyKDE4.kdeui import KStatusNotifierItem ImportError: /usr/lib/ undefined symbol: SSLv2_server_method

orschiro commented on 2013-02-19 22:39 (UTC)

@xzy3186 Thanks. Both of your hints worked out perfectly! This is a wonderful client.

xzy3186 commented on 2013-02-19 11:11 (UTC)

Hi orschiro: Insync has its own applet for cinnamon desktop. To enable the insync-applet, you just need to right-click your panel and add it to the panel. Regarding to the folder path, I remembered you need to run insync from CLI once, using something like: insync --set-files-path=/new/location And then launching insync normally from your desktop should work.

orschiro commented on 2013-02-19 06:02 (UTC)

How to use insync? I use cinnamon and nemo as my DE and explorer. When I launch insync it does not show up in the tray, nor is there any window displayed. It seems to run in the background and creates the insync folder in /home. However, I want to have it at a different place. Can I simply move the folder?

xzy3186 commented on 2013-02-18 11:08 (UTC)

Version: 0.9.35-5 insync-beta-kde -> 0.9.37 Autostart Insync when the system tray icons have been loaded.

xzy3186 commented on 2013-02-15 13:36 (UTC)

Version: 0.9.35-4 Packages for mate are updated to 0.9.36

xzy3186 commented on 2013-02-08 14:54 (UTC)

@matthias, Thanks for the information. I did not realize it as I am not using KDE. Anyway, the relevant part in the PKGBUILD has been updated.

matthias commented on 2013-02-08 13:40 (UTC)

0.9.35-2 does not work well with the kde 4.10 upgrade: the tray-icon fails to show up. According to the insync forums, there is a newer version out that works.

xzy3186 commented on 2013-01-29 10:08 (UTC)

@HarD: Thanks for pointing out the typo. PKGBUILD has been corrected :-P

HarD commented on 2013-01-28 20:04 (UTC)

# 3 --> KDE (dophin) ---> dolphin

xzy3186 commented on 2013-01-19 09:02 (UTC)

@lava As I said, mono can be removed (pacman -Qdt or something like that) when libappindicator3 has been compiled. It doesn't affect anything. Insync is originally an ubuntu stuff (only deb packages are available for the early version) and that is the reason why it depends on some packages which are not natively supported by archlinux. Also there is no source code available for insync as it is not an open-source software. If you really want to get rid of libappindicator3, you can post your request to the official supporting forum [1] on which the developers of insync will check frequently. No, I am not a developer at all. [1]:

lava commented on 2013-01-19 07:50 (UTC)

@xzy3186: Thanks for the explanations. As I understand, you are not a deeloper of Insync? I just tried to install the package from AUR in auto-mode (packer) and can say, I don't like what I get: The application itself is working OK, but this icon for me is not an advantage at all. I understand, this is GTK3 and the world goes on, but for me insync breaks an ability to use any automated AUR-updater because it will bring mono (more than 100M) and this auful icon...

satanselbow commented on 2013-01-18 14:01 (UTC)

Nice - just updated and will come back with any observations. Thanks for your time and efforts :D

xzy3186 commented on 2013-01-18 12:51 (UTC)

@satanselbow: I updated the PKGBUILD which will drop nautilus dependency if it is not detected as running. Please let me know if this new PKGBUILD will generate any trouble for your case.

xzy3186 commented on 2013-01-18 12:41 (UTC)

@lava: The reason my PKGBUILD call it "DE-selection" is to make it consistent with the official website [1]. However, if you really look into the packages (deb or rpm whatever) of insync for different DE (here I am only talking about xfce and mate), the only difference is binding to different FMs (thunar or caja). That's why I say FM are more important for the cases of _DESKTOP=4 and 5. For gnome-shell/cinnamon/KDE, the situations are bit different as there are also integrations of gnome-shell-extension/cinnamon-applet/KDE-plasmoid. For those three DEs it is difficult to separate FM dependencies from DE dependencies. This way of sorting packages is not determined by me but developers of insync. Also, if you don't like the way of DE-detection in PKGBUILD, you can select it by hand which automatically disable the auto-detection part. 'Mono' is just a makedepend for 'libappindicator3' which means you can delete it whenever you want as long as libappindicator3 has been compiled. Function of insync will be break if libappindicator3 is not installed. That's why it is a dependency but not a optional-dependency. As most of the contents in the package are the same for different versions ('/usr/lib/insync'), it is not wise to split the package into severals as all of them will be conflict with each other and maintaining so many similar packages separately is quite troublesome. [1]:

satanselbow commented on 2013-01-18 11:18 (UTC)

Thanks for your response ;) The infinite combinations of DE / filemanager / dependencies does look like a headache in this case ;) I'm still tweaking options for my particular case - will let you know if I come up with anything more useful :D

lava commented on 2013-01-18 11:15 (UTC)

@xzy3186: Can't agree. Your PKGBUILD does detect DEs, not FMs, which users use. Gnome-users can use thunar, for example. Maybe, the best idea here would be to drop auto-detection and separate one PKGBUILD into several. Then this will not confuse the user. User will be able to select the one he need. Also it would be possible to install AUR-package with automated packagers as yaourt or packer. On the subject of 'libappindicator3': This package require lots of other packages including 'mono'. I do not expect this to be integrated in my GTK2 environment, which is built in the terms of simplicity smoothly. Of course, this is my personal dislike, but is there really no way to support systray without this package? Anyway, I've compiled package without this library at all and it works fine for me (without icon, but syncing stuff), so maybe it could be moved to the 'recommended' section as optional requirement to provide systray? Because I didn't know why it is needed until your explanation.

xzy3186 commented on 2013-01-18 01:27 (UTC)

@satanselbow: "open insync folder" doesn't work becasuse pcmanfm is not supported by any version of insync [1]. insync-beta-mate requires caja as file-manager. From that sense, the easiest thing we can do for users not willing to use nautilus is removing nautilus from depends array of "other DE". @lava: It is a good idea to add a auto-detection for thunar but not for xfce4-session. As "_DESKTOP=4" just need thunar as file-manager. Xfce users with nautilus need "_DESKTOP=6" instead. libappindicator3 is really a ubuntu stuff but is needed to show the system-tray icon if you are not using gnome-shell/cinnamon/KDE. Thanks to you all for your suggestions and I will modify parts of the PKGBUILD to suit for more cases. [1]:

satanselbow commented on 2013-01-17 17:25 (UTC)

That is a typo on my part the comment - you are quite correct libappindicator3 is not required in LX/XFDE.

lava commented on 2013-01-17 17:10 (UTC)

1. PKGBUILD can be adapted to at least try to determine XFCE with running xfce4-session if ps -A | grep 'xfce4-session' > /dev/null then _DESKTOP=4 fi 2. Is it really necessary to have libappindicator3 for XFCE installation? Description says, it's an menu for Unity and it takes the whole Mono with it. I don't have Unity.

satanselbow commented on 2013-01-17 16:45 (UTC)

Worra about us LXDE users that don't want to install a ton of nautilus dependencies? (or cinnamon, or thunar for that matter!) You might want to add this tweak to the "Desktop Switcher" in the PKGBUILD ;) if [ $_DESKTOP -eq 7 ]; then depends=("xdotool" "libappindicator3" "pcmanfm" "xfce4-notifyd") if [ $CARCH = 'i686' ]; then source=("${pkgname}-${pkgver}-common.deb::${pkgname}-beta-mate_${pkgver}_i386.deb") sha256sums=("6e06e43e06bc7148f708a9add6a6c3222c953efb68a469ae227888a2580f2dc0") elif [ $CARCH = 'x86_64' ]; then source=("${pkgname}-${pkgver}-common.deb::${pkgname}-beta-mate_${pkgver}_amd64.deb") sha256sums=("43aa725c44272b61641bfde64a2507747e44b46bc7cc9193a7dfb5e87a8bea6b") fi noextract=("${pkgname}-${pkgver}-common.deb") fi systray applet works - although "open insync folder" does not... might have a look at that :D In fact - as long as you know what notifier/filemanager you are using (duh!) you can tweak it to do your bidding whatever the combination ;)

donniezazen commented on 2013-01-16 06:24 (UTC)

Thanks after enabling insync-extension all works fine.

xzy3186 commented on 2013-01-16 04:08 (UTC)

@ipstone: Do you mean archlinux working on ARM or others like android? As far as I know, insync for android has been released but not for free. Information can be obtained from here [1]. [1] @donniezazen: Are you using gnome-shell or gnome-fallback? For gnome-shell, you have to enable insync-extension for gnome-shell by hand from gnome-tweak-tool. If gnome-fallback, please set _DESKTOP=6 in the PKGBUILD and re-install insync. Then you can launch insync from app menu or just type "insync" in the terminal.

donniezazen commented on 2013-01-16 03:01 (UTC)

I can't seem to get system tray icon to work under gnome. I have tried following. insync -gnome insync --gnome

commented on 2013-01-15 18:14 (UTC)

do we have a built for ARM platform? it will be nice to run this on samsung new ARM chromebook

xzy3186 commented on 2013-01-14 13:23 (UTC)

@jrussell: That is a known bug for insync-extension. Whenever you enable/disable any other gnome-shell-extension, it will stop working. You can "alt+F2, r, enter" to reset the shell to make it work again. @Azrael85: You mean the emblems icons? It should work out of box. Once you start insync-daemon, the icon would show up.

Azrael85 commented on 2013-01-14 12:46 (UTC)

@xzy3186 Thanks! And what about the icons in Nemo? Do I have to do anything else to show them over my synced files?? Those green and blue in the picture in this link:

jrussell commented on 2013-01-14 12:40 (UTC)

my insync shell applet in gnome keeps randomly vanishing. then in gnome-tweak-tool it says "Error loading extension". This is fixed by logging out and in again...

xzy3186 commented on 2013-01-14 11:31 (UTC)

@Azrael85 Insync for cinnamon uses cinnamon-applet to show systemtray icon. You need to enable it manually by editing your panel-items.

Azrael85 commented on 2013-01-14 11:06 (UTC)

I'm with cinnamon/Nemo and everything works fine except for these two: -I don't have a systray icon -I don't have icons over files synced (synced, in process) I selected the correct option in pkgbuild. Icons doesn't appear even if I start with insync or insync --cinnamon. ¿Any clue?

xzy3186 commented on 2013-01-09 11:21 (UTC)

If I were correct, the configuration file to autostart a program locates inside your home directory. And according to the rules of arch packaging [1], it is not allowed for pacman to modify any file (folder) under /home directory. On the other hand, there is no much work to add a program to your autostart array if you are using DE like KDE and gnome :) [1]

commented on 2013-01-09 09:08 (UTC)

@xzy3186 Thanks! Sorry all for the newbie question...! I use KDE as DE so I've put "insync" and "insync-kde" on autostart window of the configuration panel. I don't know how and if but I think that it could be an interesting thing if autostart will be put in the installation package routine.

xzy3186 commented on 2013-01-07 02:05 (UTC)

@mrbit: I am sorry but I have no more idea. Your problem seems to be really unique :(

mrbit commented on 2013-01-06 22:55 (UTC)

Now ldd -r /usr/lib/ (0x00007fff55b96000) => /usr/lib/ (0x00007fe70b572000) => /usr/lib/ (0x00007fe70b356000) => /usr/lib/ (0x00007fe70b140000) => /usr/lib/ (0x00007fe70aed5000) => /usr/lib/ (0x00007fe70aacc000) => /usr/lib/ (0x00007fe70a7c9000) => /usr/lib/ (0x00007fe70a5b3000) => /usr/lib/ (0x00007fe70a206000) => /usr/lib/ (0x00007fe70a002000) => /usr/lib/ (0x00007fe709df9000) => /usr/lib/ (0x00007fe709b03000) => /usr/lib/ (0x00007fe709805000) /usr/lib/ (0x00007fe70bde3000) => /usr/lib/ (0x00007fe7095a1000) insync-kde Traceback (most recent call last): File "", line 13, in <module> from PyKDE4.kdeui import KStatusNotifierItem ImportError: /usr/lib/ undefined symbol: SSLv2_server_method

xzy3186 commented on 2013-01-06 22:49 (UTC)

@mrbit I am not sure. If all your packages come from official repo, this should not be the case.

mrbit commented on 2013-01-06 21:30 (UTC)

the problem its openssl 1.0.1c / qt 4.8.4 ?? currently build without SSlv2 ???

mrbit commented on 2013-01-06 14:42 (UTC)

xzy3186 go ...

mrbit commented on 2013-01-06 14:36 (UTC)

also..: ldd -r /usr/lib/ (0x00007fffde96e000) => /usr/lib/ (0x00007f88d2db6000) => /usr/lib/ (0x00007f88d2bae000) (0x00007f88d2950000) (0x00007f88d256b000) (0x00007f88d2354000) => /usr/lib/ (0x00007f88d2138000) => /usr/lib/ (0x00007f88d1d8a000) => /usr/lib/ (0x00007f88d1b86000) /usr/lib/ (0x00007f88d32a0000) undefined symbol: SSLv2_client_method (/usr/lib/

xzy3186 commented on 2013-01-06 13:32 (UTC)

@mrbit: I got the idea from here: Seems that you have a lot of versions of QT installed. So my guess is that the problem arises from your QT configuration and the first thing to do is getting rid of those "undefined symbol" messages from ldd command.

mrbit commented on 2013-01-06 13:19 (UTC)

yes reinstalled qt 4.8.4

mrbit commented on 2013-01-06 13:17 (UTC)

locate /home/mrbit/.tor-browser-en/INSTALL/Lib/ /opt/Samsung/mfp/lib/ /opt/SpiderOak/lib/ /opt/dassault-systemes/draftsight/lib/ /opt/google/earth/free/ /opt/slimboat/libs/ /opt/xnviewmp/lib/ /opt/xnviewmp/lib/ /usr/lib/ /usr/lib/ /usr/lib/ /usr/lib/liteide/ /usr/lib/liteide/ /usr/lib/liteide/ /usr/lib/openscad/ /usr/lib32/ /usr/lib32/ /usr/lib32/

xzy3186 commented on 2013-01-06 13:13 (UTC)

@mrbit: I think this is the problem. Did you install qt from official repo? Have you tried reinstall QT? By the way, mine is something like this: (0xb779b000) => /usr/lib/ (0xb734a000) => /usr/lib/ (0xb732f000) => /usr/lib/ (0xb7318000) => /usr/lib/ (0xb72b6000) => /usr/lib/ (0xb70f0000) => /usr/lib/ (0xb7006000) => /usr/lib/ (0xb6fe9000) => /usr/lib/ (0xb6e38000) => /usr/lib/ (0xb6e33000) => /usr/lib/ (0xb6e2a000) => /usr/lib/ (0xb6d2f000) => /usr/lib/ (0xb6ceb000) /usr/lib/ (0xb779c000) => /usr/lib/ (0xb6c83000) without problem

mrbit commented on 2013-01-06 13:08 (UTC)

ldd -r /usr/lib/ (0x00007fffdbac6000) => /usr/lib/ (0x00007f430354c000) => /usr/lib/ (0x00007f4303330000) (0x00007f4303119000) (0x00007f4302eba000) (0x00007f4302ad6000) => /usr/lib/ (0x00007f43027d3000) (0x00007f43025bc000) => /usr/lib/ (0x00007f430220f000) => /usr/lib/ (0x00007f430200b000) => /usr/lib/ (0x00007f4301e02000) => /usr/lib/ (0x00007f4301b0c000) => /usr/lib/ (0x00007f430180e000) /usr/lib/ (0x00007f4303dbd000) => /usr/lib/ (0x00007f43015aa000) undefined symbol: SSLv2_server_method (/usr/lib/ undefined symbol: SSLv2_client_method (/usr/lib/

xzy3186 commented on 2013-01-06 13:05 (UTC)

@mrbit: Looks reasonable... Try to run: ldd -r /usr/lib/ and see if there is any message with "undefined symbol"

mrbit commented on 2013-01-06 12:49 (UTC)

nm --dynamic /usr/lib/ | grep SSLv2 U SSLv23_client_method U SSLv23_server_method U SSLv2_client_method U SSLv2_server_method

xzy3186 commented on 2013-01-06 12:44 (UTC)

@mrbit: I found something might be interesting for you. Can you run: nm --dynamic /usr/lib/ | grep SSLv2 in your terminal and post the result here? Mine is: >nm --dynamic /usr/lib/ | grep SSLv2 U SSLv23_client_method U SSLv23_server_method U SSLv2_client_method U SSLv2_server_method You can see clearly SSLv2_server_method is defined here.

mrbit commented on 2013-01-06 12:43 (UTC)

ok, done...!! thanks xzy3186

xzy3186 commented on 2013-01-06 12:32 (UTC)

@mrbit I believe posting your error message to is the best choice :)

mrbit commented on 2013-01-06 12:22 (UTC)

done reinstall the dependencies...and use kde session manager...: a terminal : python2 Traceback (most recent call last): File "", line 13, in <module> from PyKDE4.kdeui import KStatusNotifierItem ImportError: /usr/lib/ undefined symbol: SSLv2_server_method ??!!!?!?!

xzy3186 commented on 2013-01-06 11:52 (UTC)

@mrbit: Emmm, I can not give any suggestion as I am not a developer of the package. Could you try to reinstall the dependencies?

xzy3186 commented on 2013-01-06 11:50 (UTC)

@Alexbit: The easiest meathod I think is use your kde session manager.

mrbit commented on 2013-01-06 11:27 (UTC)

qt ver.4.8.4-1 installed

mrbit commented on 2013-01-06 11:23 (UTC)

a terminal : python2 Traceback (most recent call last): File "", line 13, in <module> from PyKDE4.kdeui import KStatusNotifierItem ImportError: /usr/lib/ undefined symbol: SSLv2_server_method idea..???

commented on 2013-01-06 09:32 (UTC)

how did you automatically start insync and insync-kde each time you fire-up your archlinux without type that command in a terminal window?

mrbit commented on 2013-01-06 08:04 (UTC)

which could be a local link...???

xzy3186 commented on 2013-01-06 00:38 (UTC)

@NiteiaTt: I did not do anything but am happy to hear good news from you @mrbit: I think this is due to something wrong in your local files. Have you ever made any symbolic link in your local machine?

mrbit commented on 2013-01-05 20:45 (UTC)

why!!!?? Traceback (most recent call last): File "", line 13, in <module> from PyKDE4.kdeui import KStatusNotifierItem ImportError: /usr/lib/ undefined symbol: SSLv2_server_method

NiteiaTt commented on 2013-01-05 20:39 (UTC)

Woohoo! "ImportError: /usr/lib/ undefined symbol: SSLv2_server_method" error is not showing up anymore with the latest update! Thank you! :D

xzy3186 commented on 2013-01-04 13:38 (UTC)

@tsachev The upstream package updated just a moment ago. Can you ran yaourt again?

tsachev commented on 2013-01-04 13:29 (UTC)

checksums for gnome desktop (64 biy) doesn't work for me ==> Validating source files with sha256sums... insync-0.9.34-common.deb ... Passed insync-0.9.34-gnome.deb ... FAILED ==> ERROR: One or more files did not pass the validity check! ==> ERROR: Makepkg was unable to build insync.

xzy3186 commented on 2012-12-19 06:24 (UTC)

Add support for xfce and mate. Please give me feedback if there is any problem.

xzy3186 commented on 2012-12-18 05:50 (UTC)

@donniezazen: Depends on which desktop are used. If you are using gnome-shell/cinnamon/KDE, run insync --gnome/KDE. Otherwise just run insync. The later requires libappindicator3 to show the system tray icon.

donniezazen commented on 2012-12-18 00:50 (UTC)

This is suppose to have system tray icon for Gnome (and others). Isn't it? Thanks.

xzy3186 commented on 2012-12-17 23:45 (UTC)

@VargArch: Yes, I will do that later. It will take some time as I need to change the structure of PKGBUILD to include all the desktop environments.

commented on 2012-12-17 19:24 (UTC)

Any chance to add the Xfce and Mate support ?

NiteiaTt commented on 2012-12-16 19:06 (UTC)

@xzy3186 Yes, I am in a x86_64 system. Ok, let me try to reinstall those packages and see if it works

xzy3186 commented on 2012-12-16 15:50 (UTC)

@James147: Upstream packages updated.

mdaffin commented on 2012-12-16 15:34 (UTC)

That was for the 64bit version

mdaffin commented on 2012-12-16 15:32 (UTC)

The checksums for insync-0.9.28-kde.deb seem to be wrong I keep getting this sha256sum for insync-0.9.28-kde.deb be87028e90cb192ae32abf7c4a2379e666d5e10e67554b9811e425db54bec2b0

xzy3186 commented on 2012-12-16 03:38 (UTC)

To NiteiaTt: Are you using x86_64? I tried i686 package with a fresh installation of kde-workspace and kdebinding-python just now and the insync-kde works fine.

xzy3186 commented on 2012-12-16 03:32 (UTC)

To snock: Seems that it has been removed from the deb package.

snock commented on 2012-12-15 22:30 (UTC)

I use kde , insync-set not found

mrbit commented on 2012-12-15 17:16 (UTC)

I still get the "ImportError: /usr/lib/ undefined symbol: SSLv2_server_method" error when trying to run insync-kde

NiteiaTt commented on 2012-12-15 15:34 (UTC)

I still get the "ImportError: /usr/lib/ undefined symbol: SSLv2_server_method" error when trying to run insync-kde Has anyone been able to fix that problem?

xzy3186 commented on 2012-12-15 13:39 (UTC)

@mrbit: Sorry, there was a typo in the PKGBUILD, which have been corrected :)

mrbit commented on 2012-12-15 13:18 (UTC)

curl: (22) The requested URL returned error: 403 Forbidden insync-0.9.28-kde ???? update 0.9.29

xzy3186 commented on 2012-12-15 01:56 (UTC)

insync-beta-11 has included mate and xfce desktop support. However, I do not have time to test those packages at present. As a result I will do the integration a little bit later.

xzy3186 commented on 2012-11-29 10:50 (UTC)

@aricart Yes, because the gnome-shell-extension had some bug-fixes since the last release, the version of gse went up to 0.9.27 which is different from main version of 0.9.25. At present, gse-0.9.27 has been already included in this PKGBUILD.

aricart commented on 2012-11-29 04:16 (UTC)

Package isn't out-of-date, just has a strange version thing going on...

commented on 2012-11-12 23:47 (UTC)

I actually am not running any kind of DE but I told xmonad to spawn insync on launch, which seems to have done the trick.

xzy3186 commented on 2012-11-12 16:14 (UTC)

@jvm Not necessary to have systemd file. If you run any kind of DE, just add insync to the autostart of your DE manager (gnome-session-properties for gnome as an example).

commented on 2012-11-12 15:54 (UTC)

Can this package include a systemd service file, or at least can someone comment here with advice on how to write one? I was finding it a little tricky because the daemon seems to rely on access to the gui but I'm sure I'm just making some amateur's mistake.

xzy3186 commented on 2012-10-29 15:07 (UTC)

@mrbit, @12eason, Thanks for the reminder. PKGBUILD updated.

mrbit commented on 2012-10-29 12:26 (UTC)

please update is out Thanks

12eason commented on 2012-10-29 11:36 (UTC)

beta 10 is out.

xzy3186 commented on 2012-10-26 15:43 (UTC)

gnome-shell-extenison update to 3.6.

mrbit commented on 2012-10-26 13:25 (UTC)


xzy3186 commented on 2012-10-26 11:40 (UTC)

@mrbit: You can just post your question to here: This is a thread discussing for insync beta 9. Hopefully the authors could answer your question very soon.

mrbit commented on 2012-10-26 11:27 (UTC)

ok.. thanks you can do it?

xzy3186 commented on 2012-10-26 11:22 (UTC)

@mrbit I am sorry but I don't know how to solve your problem. I am not sure if it is architecture related bug or not. Maybe it is better to post your message directly to the authors of Insync.

mrbit commented on 2012-10-26 05:39 (UTC)

SO 64bit packer -S insync bese-devel ----> multilib pacman -Qo /usr/lib/ /usr/lib/ is contained in qt 4.8.3-4

xzy3186 commented on 2012-10-26 04:25 (UTC)

@mrbit: It is strange because I can not reproduce your error. Can you tell me how did you install insync? You enabled if_kde? And another question is have you installed base-devel? How about your result of: pacman -Qo /usr/lib/

mrbit commented on 2012-10-25 11:53 (UTC)

usr/bin/insync-kde Traceback (most recent call last): File "", line 13, in <module> from PyKDE4.kdeui import KStatusNotifierItem ImportError: /usr/lib/ undefined symbol: SSLv2_server_method ????

xzy3186 commented on 2012-09-24 01:30 (UTC)

@almehdi That is a great idea. Thanks so much for your suggestion! The PKGBUILD has been updated.

commented on 2012-09-23 21:14 (UTC)

Why don't you add a auto detect for what DE is in use? Would be pretty easy.. like a if-statement with: ps -A | grep 'gnome-shell' I almost always forget to set this when an update hit.

xzy3186 commented on 2012-09-18 05:30 (UTC)

@frat "i get both python2 and python3 in my system,is this the cause of the problem?" No, I don't think so. I have two machines running archlinux. One is gnome-shell with both python2 and python3 while the other is a livecd system running xfce with python2 only. On both of them insync can start without issue. I also confirmed that libappindicator3 is not necessary to run insync. You have also python2-cairo and python2-gobject installed, do you?

frat commented on 2012-09-18 03:52 (UTC)

i use default setting of PKGBUILD for installation. i get both python2 and python3 in my system,is this the cause of the problem?

frat commented on 2012-09-18 03:49 (UTC)

well,i get python3 on my system,so it is the python version problem?

xzy3186 commented on 2012-09-17 12:25 (UTC)

@frat I can run insync on my livecd, which has XFCE DE only, without any problem. Did you use default setting of PKGBUILD for installation? The output of insync in my terminal is something like: arch@archiso ~ % insync OK: gdata imported importing client... loading client... importing core1... importing core2... importing core3... importing core4... importing core utils... importing gevent itc... importing std libs... OK /usr/lib/insync C functions loaded: 3647 C functions failed: 587 ('Applet', None) /usr/lib/insync . . . Could you check your result of "yaourt -Qs | grep python"? Mine is: extra/python2 2.7.3-2 extra/python2-cairo 1.10.0-1 extra/python2-gobject 3.2.2-1 community/python2-nautilus 1.1-3

frat commented on 2012-09-17 07:25 (UTC)

thank you ,but i have install all dependencies required.include libappindicator3

xzy3186 commented on 2012-09-17 07:01 (UTC)

@frat Ok, maybe I can try to install this app under pure xfce environment at some time to see the error for myself. But as a first guess, I am afraid you are running the app with some dependencies missing. Can you try to install libappindicator3 from AUR before running the app again?

frat commented on 2012-09-17 06:56 (UTC)

replace with zip in rpm-package cannot work out too.

frat commented on 2012-09-17 06:39 (UTC)

$ insync OK: gdata imported importing client... loading client... importing core1... Traceback (most recent call last): File "<string>", line 6, in <module> File "", line 128, in <module> File "", line 25, in <module> File "isyncd/", line 4, in <module> File "isyncd/", line 2, in <module> File "isyncd/", line 8, in <module> File "gevent/", line 784, in <module> IOError: zipimport: can not open file /usr/lib/insync/ i use xfce

xzy3186 commented on 2012-09-17 05:52 (UTC)

@frat Another question is: from which command you get the IOError message?

xzy3186 commented on 2012-09-17 05:47 (UTC)

@frat So you have tried to replace local with the file from amd64.deb directly, right? Hm, I can not reproduce your error quickly as there is no x86_64 archlinux around me at present. I have one suggestion: instead of getting from amd64.deb, could you have a try with rpm from following gnome: or KDE: By the way, which DE are you using?

frat commented on 2012-09-17 05:21 (UTC)

really weird. i replaced the with original file in the amd64.deb packgae,error stay the same.

frat commented on 2012-09-17 05:11 (UTC)

i checked /usr/lib/insync permission and ownership ,all files are set to root permission and ownership,and the size is 5.3m.

xzy3186 commented on 2012-09-17 04:25 (UTC)

@frat It sounds very weird. But fortunately, 5.4m means the zip file itself is not corrupted. Then could you check permission and ownership of all the files under /usr/lib/insync?

frat commented on 2012-09-17 03:16 (UTC)

ls: cannot access /usr/lib/insync/,: No such file or directory but when i use ls /usr/lib/insync,output show : insync py exits.And i can see the file in the file manager too,size of the is 5.4m

xzy3186 commented on 2012-09-17 02:57 (UTC)

@frat Could you paste your output of: ls -lh /usr/lib/insync/, please?

frat commented on 2012-09-17 02:42 (UTC)

IOError: zipimport: can not open file /usr/lib/insync/

linuxJay commented on 2012-09-15 03:30 (UTC)

hi, thank you for doing that

xzy3186 commented on 2012-09-15 02:47 (UTC)

Hey @pluckypigeon I am sorry that I can not solve this problem. Instead, I post your question to here: Hopefully we will get some information from the author.

linuxJay commented on 2012-09-14 21:44 (UTC)

any idea how to get the systray icon in gnome fallback mode?

xzy3186 commented on 2012-09-11 23:18 (UTC)

@HarD Hmmm. Sorry, I've no idea about that. I am not the developer of insync so I don't know the details and what I do in the PKGBUILD is just copying files from deb to re-package them. Have you tried to give your feedback to here:

HarD commented on 2012-09-11 16:56 (UTC)

Hi Working - but cann't download files... with russian encoding...file name

xzy3186 commented on 2012-09-11 12:02 (UTC)

Hi @HarD PKGBUILD has been updated to include the support of kde. Please have a try :-)

HarD commented on 2012-09-10 17:02 (UTC)

What about kde version with plasmoid?

xzy3186 commented on 2012-09-08 03:04 (UTC)

Now, the support for cinnamon can be enabled in PKGBUILD

xzy3186 commented on 2012-09-07 17:48 (UTC)

Gnome-Shell support can be enabled by changing "_if_gnome_shell" in PKGBUILD.