Gui not starting; no sync at all


I too have managed to get an insync-headless session up and running, but I’m getting strange updates as it tries to sync, and a target directory name change doesn’t seem to have been taken well :confused:

It seems to build the file structure on the target drive, but no actual files are syncing. This is the part that seems … less promising?

    :~$ insync-headless start --no-daemon &
    :~$ Qt WebEngine seems to be initialized from a plugin. Please set Qt::AA_ShareOpenGLContext
                  using QCoreApplication::setAttribute before constructing QGuiApplication.
          INFO     2018-12-10 18:31:56,523 [__main__insync__:main:105] insync version:
          INFO     2018-12-10 18:31:56,524 [__main__insync__:main:106] client created
                         <ideskmain.client.Client object at 0x7f8ff0813bd0>
          INFO     2018-12-10 18:31:56,525 [unix_socket_server_portable:start:49] 
                         unix socket server thread start
         INFO     2018-12-10 18:31:56,525 [__main__insync__:main:114] starting client
         INFO     2018-12-10 18:31:56,531 [fswatch:_start:532] LinuxFSWatcher._start
         INFO     2018-12-10 18:31:56,532 [fswatch:_pull_loop:267] Inotify loop enter
         INFO     2018-12-10 18:31:56,543 [gdsyncer:sync_account:153] Syncing GDUser(id=u'*************',
                         email=u'********', name=u'*********').
    INFO     2018-12-10 18:31:56,705 [fsstate:setup:167] There are no existing trees.
    INFO     2018-12-10 18:31:56,842 [client:__on_gd_account_added:891] 
                  GDUser(id=u'100746353429552130553', email=u'*****', name=u'*****') 
                        (existing) is now being synced.
    INFO     2018-12-10 18:31:57,035 [fsworks:__process_main_tree:221] Main syncing location for
                        u'**********' becomes missing.
    INFO     2018-12-10 18:32:56,865 [_updater:_run:129] No updater available.


… one more update: after a restart the files seem to be syncing, so I assume the “no updater available” is of no consequence? Getting a lot of sum_mismatch warnings, but so far no halting errors.

manage_selective_sync still fails (python run failures and a curses/terminal error), and I wish I had some sort of GUI, but this is progress! :smiley:



I don’t want to create yet another SEGV_MAPPER thread so I associate myself to this one.

I tried all listed proposals and more, including : purging/reinstalling InSync, purging all lib-gl-u-1-mesa-dri-whatever packages, starting with the no-daemon mode, installing insync-beta instead of insync, starting with the LD_LIBRARY_PATH variable, and getting the same :

Cannot load library /usr/lib/insync/platformthemes/ (/usr/lib/x86_64-linux-gnu/ undefined symbol: FT_Get_Var_Design_Coordinates)
QLibraryPrivate::loadPlugin failed on "/usr/lib/insync/platformthemes/" : "Cannot load library /usr/lib/insync/platformthemes/ (/usr/lib/x86_64-linux-gnu/ undefined symbol: FT_Get_Var_Design_Coordinates)"

So I’m still stuck. Worked like a charm for a year at least so I reinstalled v1.4.9 to get I to work again. I wish @Kurt_Ko could bring us a nice solution soon.

Working on a Debian Buster - Linux 4.14.0-3-amd64 #1 SMP Debian 4.14.17-1 (2018-02-14) x86_64 GNU/Linux.


Same issue here. Fresh install of Stretch and Insync. Seemed to be working under Stretch. Then did dist-upgrade to Buster, changed the distribution in Insync’s sources.list.d file.

When I rebooted into Buster, Insync isn’t working and restarting it doesn’t help either. The System Monitor is not showing any Insync processes running.