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
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: 1.5.5.37368
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'********@gmail.com', 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'*****@gmail.com', 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!
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 :
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.
root@lnxwork01:~# apt install insync
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
insync
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/144 MB of archives.
After this operation, 400 MB of additional disk space will be used.
Selecting previously unselected package insync.
(Reading database ... 245869 files and directories currently installed.)
Preparing to unpack .../insync_1.5.5.37368-stretch_amd64.deb ...
Unpacking insync (1.5.5.37368-stretch) ...
Processing triggers for mime-support (3.61) ...
Processing triggers for desktop-file-utils (0.23-4) ...
Setting up insync (1.5.5.37368-stretch) ...
Insync installation has finished. You may now start it.
No protocol specified
Unable to init server: Could not connect: Connection refused
(zenity:14265): Gtk-WARNING **: 11:38:15.905: cannot open display: :0
insync start --no-daemon
libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
Could not initialize GLX
Abandon (core dumped)
I was having the same problem. I’ve renamed /usr/lib/insync/libGL.so.1 to libGL.so.1.bak and it works again. I understand why you’re bundling OpenGL for the general case but perhaps you should question if it’s necessary.