Package Details: insync 1.3.12-3

Git Clone URL: https://aur.archlinux.org/insync.git (read-only)
Package Base: insync
Description: An unofficial Google Drive client that runs on Linux, with support for various desktops
Upstream URL: https://www.insynchq.com/downloads
Licenses: custom:insync
Submitter: xzy3186
Maintainer: thenaterhood
Last Packager: thenaterhood
Votes: 201
Popularity: 5.414621
First Submitted: 2012-09-07 17:45
Last Updated: 2016-11-27 21:37

Latest Comments

thenaterhood commented on 2016-11-20 01:43

I think that WantedBy=default.target 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

Because the service has WantedBy=multi-user.target instead of WantedBy=default.target, 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

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.

doron.behar commented on 2016-10-18 00:04

Hi, I would like you to please look at my patches in github:
https://github.com/Doron-Behar/insync.aur/commits/master

Krieger commented on 2016-09-11 16:13

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

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:
http://i.imgur.com/CfdChdJ.png

bonbonboi commented on 2016-06-09 18:21

Is this really Trail for 15 days?

vlad commented on 2016-05-18 20:46

Strange...

@amonobeax please try new 1.3.8-2

amonobeax commented on 2016-05-18 20:38

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

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

vlad commented on 2016-04-20 20:30

Thanks rzei.

diogobaeder commented on 2016-04-20 15:16

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

Another workaround that works for me is creating a new PKGBUILD with

ln -sf "/usr/lib/libfontconfig.so.1" "${pkgdir}/usr/lib/insync/libfontconfig.so.1"

added in the package() function. This will replace the libfontconfig.so.1 bundled from insync with a symlink to the system one.

rpotter28 commented on 2016-04-12 22:13

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

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

This support thread mentions a 1.3.7 version to be available:
https://forums.insynchq.com/t/new-insync-version-1-3-6/4503

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

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

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] https://forums.insynchq.com/t/insync-fails-to-start-with-gnome-3-20/5113/2

rpotter28 commented on 2016-04-11 12:45

I can confirm rzei.

$ insync start --no-daemon
./insync: symbol lookup error: /usr/lib/libpangoft2-1.0.so.0: undefined symbol: FcWeightFromOpenType

rzei commented on 2016-04-10 15:50

Since a recent system upgrade, insync does not start anymore for me:

$ insync start --no-daemon
./insync: symbol lookup error: /usr/lib/libpangoft2-1.0.so.0: undefined symbol: FcWeightFromOpenType

DrMartinus commented on 2016-02-26 05:29

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?

vlad commented on 2015-12-10 13:36

thanks @arojas

arojas commented on 2015-12-10 12:45

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

markzz commented on 2015-10-15 21:35

@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] http://pkgbuild.com/git/aur-mirror.git/tree/insync-caja

ciechomke commented on 2015-08-19 22:53

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

TheNumb commented on 2015-05-22 12:39

@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

@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

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 - http://s.insynchq.com/test_builds/armhf/insync-armhf_1.2.11.35149_i386.tar.bz2
armel - http://s.insynchq.com/test_builds/armel/insync-armel_1.2.11.35149_i386.tar.bz2

TheNumb commented on 2015-05-20 15:36

Also, if you'd like to test the modified pkgbuild:
https://gist.githubusercontent.com/anonymous/6dc51a7b9541f9b4895a/raw/f19cbece12f28c636ad6f4f44d0f8e7f2bd7244f/gistfile1.txt

TheNumb commented on 2015-05-20 15:31

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 : https://www.insynchq.com/downloads
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

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

Sorry for the delay. Now the package has been updated.

@firecat53, TheNumb
Thanks for the suggestions.

TheNumb commented on 2015-05-14 18:55

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

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

@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

@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

I installed this package via pacaur - then the following happened: http://pastebin.com/e9TD4Dg4

It removed my kde 5 plasma dekstop and installed the old one.

JuHwon commented on 2015-04-28 06:44

I installed this package via pacaur - then the following happened: http://pastebin.com/e9TD4Dg4

Tt removed my kde 5 plasma dekstop and installed the old one.

JuHwon commented on 2015-04-28 06:37

I installed this package via pacaur - then the following happaned: http://pastebin.com/e9TD4Dg4

Tt removed my kde 5 plasma dekstop and installed the old one.

Chazza commented on 2015-04-27 10:28

@nesreka see https://wiki.archlinux.org/index.php/Plasma#System_Tray_Icons

xzy3186 commented on 2015-04-22 00:41

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

nesreka commented on 2015-04-21 19:18

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

@Chazza, gabor_bernat, sender, and atertillic,

PKGBUILD updated. Thanks for the notification.

atertillic commented on 2015-04-20 21:57

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:
http://pastebin.com/sYD9f7P5

I use pacaur. Updated by forcing rebuild with new PKGBUILD.
pacaur --rebuild -S insync

sender commented on 2015-04-20 17:41

@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

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

Chazza commented on 2015-04-12 10:01

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: https://support.insynchq.com/t/insync-1-2-6-slows-reboot-and-shutdown/612

xzy3186 commented on 2015-04-07 00:32

@travnick

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

travnick commented on 2015-04-06 17:55

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

@travnick

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

travnick commented on 2015-04-05 21:36

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/library.zip
pkg/insync/usr/lib/insync/library.zip: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), statically linked, stripped

xzy3186 commented on 2015-02-24 02:13

@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

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

@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

@ArthurBorsboom Same issue here.

blackhole commented on 2015-02-22 15:36

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

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

nobodynhio commented on 2015-02-20 20:02

correct sha is 43a08d82ed30366d93614fc8edae8ae6bafaf701d00d443bddd5aff82843503a

orschiro commented on 2015-01-23 08:20

@xzy3186

Thanks!

xzy3186 commented on 2015-01-23 02:26

@orschiro

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

orschiro commented on 2015-01-22 16:39

@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

I have already written on insync forum. Maybe I will contact also support.
However I am not the only one:
https://support.insynchq.com/forums/discussion/1411/library-zip-not-a-zip-file-error-running-insync#comment-15123

orschiro commented on 2014-11-07 12:19

@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

@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

Version is 1.0.34-1 (this one) 64 bit.
The error is because library.zip 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 library.zip to read only. I want to know what's happening...

xzy3186 commented on 2014-11-04 01:06

@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

I have the same error:
zipimport.ZipImportError: not a Zip file: '/usr/lib/insync/library.zip'
"ìì

This can be fixed copying library.zip to /lib/insync before the same error will present itself another time...

orschiro commented on 2014-08-19 07:08

1.0.30 has been released: https://support.insynchq.com/forums/discussion/3242/new-insync-version-1-0-30#comment-14615

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

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

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/library.zip'

xzy3186 commented on 2014-06-13 14:53

@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

Here's a new PKGBUILD without sha256 errors: https://gist.github.com/sanderboom/6b141dc90978f7b2ddf4

xzy3186 commented on 2014-02-18 03:52

@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

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

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

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

orschiro commented on 2014-02-05 06:20

@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

@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

@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

@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

@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
After=local-fs.target network.target

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

[Install]
WantedBy=multi-user.target

orschiro commented on 2014-01-13 21:29

@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

@orschiro

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

orschiro commented on 2014-01-12 07:14

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
After=local-fs.target network.target

[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]
WantedBy=multi-user.target

orschiro commented on 2014-01-11 08:10

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

@mmf1902

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

mmf1902 commented on 2013-12-23 06:18

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

@xzy3186

I'll do that.

xzy3186 commented on 2013-11-03 04:55

@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

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

@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

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

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 insync.py and in the far column left-click on 'if running' and choose 'never'. This makes sure XFCE doesn't try to restart insync.py, thus allowing systemd to do what it's supposed to do. The insync.py program can be running even when you exit Insync. I think XFCE was restoring insync.py 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:24

I followed the advice from the "Cut the Crap" section of http://www.freedesktop.org/wiki/Software/systemd/NetworkTarget/ and executed the following command:

systemctl enable NetworkManager-wait-online.service

I then removed the checkmark from 'Start Insync when computer starts' in the preferences menu of Insync, removed the 'sleep 60' command from /usr/lib/systemd/system/insync@.service and did:

sudo systemctl enable insync@colin

On reboot, insync is running right away as soon as XFCE comes up. So, I think we can remove the sleep 60 and also update the wiki on Insync to point out that it can be started at boot either by the checkmark in preferences or by systemd if you enable both NetworkManager-wait-online.service and insync@[user].

Of course, the question is, what's the advantage of using systemd for this?

colinkeenan commented on 2013-10-23 03:05

I decided to read the official systemd info at http://www.freedesktop.org and found this page specifically about the network.target not working: http://www.freedesktop.org/wiki/Software/systemd/NetworkTarget/. I couldn't believe the following information at the end of the first section: "In systemd network.target 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 network.target to be defined by the administrator as he likes any policy is implementable instead." This explains why starting after network.target isn't working for us. We also have to give network.target some meaning. The next section is appropriately titled: "Cut the crap! How do I make network.target work for me?". I'm about to read it and suggest others interested in systemd read it as well.

dhead666 commented on 2013-10-18 18:48

I'm with Gnome and the interface looks funny, probably missing images.
See http://i.imgur.com/XTrS2RZ.png
Here's part of my (2MB) out.txt http://pastebin.com/cG7LA2NB

colinkeenan commented on 2013-10-15 07:26

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

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

@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

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

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

I decided to see what I could understand about systemd from the wiki and found the dependencies section: https://wiki.archlinux.org/index.php/Systemd#Handling_dependencies

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

@colinkeenan

The `After=local-fs.target network.target` 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

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

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

orschiro commented on 2013-10-05 11:27

@xzy3186

Together with cilnkeenan we investigated the issue. Can you please update the Insync.service file to reflect the following changes?

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

[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]
WantedBy=multi-user.target

colinkeenan commented on 2013-10-04 19:21

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

@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

@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

@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

@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]: https://aur.archlinux.org/packages/networkmanager-dispatcher-insync-systemd/

xzy3186 commented on 2013-09-21 12:43

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

colinkeenan commented on 2013-09-21 06:51

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

colinkeenan commented on 2013-09-21 06:41

/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

@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

@KimTjik:

Please enjoy :)

KimTjik commented on 2013-08-15 10:20

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

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

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

@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

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

@pschmitt,
Thanks for the information.

Insync for Linux is now out of beta!
Please have fun :-)

pschmitt commented on 2013-07-17 16:52

0.10.19 is out ! https://forums.insynchq.com/discussion/2068/insync-for-linux-1-0-19

xzy3186 commented on 2013-07-14 01:32

@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

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.

KimTjik commented on 2013-07-13 19:22

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

KimTjik commented on 2013-07-13 12:52

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

xzy3186 commented on 2013-07-11 04:48

@epsilom

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

XavierCLL commented on 2013-07-11 04:02

KDE/Dolphin

xzy3186 commented on 2013-07-11 00:49

@epsilom:

Could you tell me which desktop/filemanager are you using?

XavierCLL commented on 2013-07-10 18:08

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

XavierCLL commented on 2013-07-10 18:07

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

xzy3186 commented on 2013-07-02 09:30

@adam777

Thanks for the information. PKGBUILD has been updated to 0.10.9

adam777 commented on 2013-07-02 07:02

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.
https://forums.insynchq.com/discussion/2042/insync-for-linux-beta-17-0-10-9

xzy3186 commented on 2013-06-09 15:54

@orschiro:

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

orschiro commented on 2013-06-09 14:10

@xzy3186

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

https://forums.insynchq.com/discussion/1964/insync-for-linux-beta-16-0-10-0#comment-11136

xzy3186 commented on 2013-06-09 13:01

@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

@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

@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

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

lty1993 commented on 2013-06-08 17:42

I just installed package which is called "gobject-introspection" by pacman, then insync working now.

xzy3186 commented on 2013-06-03 20:45

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.

Anonymous comment on 2013-06-03 15:08

@xzy3186:

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

hcjl commented on 2013-06-03 15:03

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

thx & rgds
hcjl

Anonymous comment on 2013-06-03 12:56

the same problem as @yucht and @lty1993
kde

lty1993 commented on 2013-06-03 10:56

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

xzy3186 commented on 2013-06-03 05:34

@yucht:

Which DE are you using?

Anonymous comment on 2013-06-02 22:15

When I run insync I get the following output:
Unable to load library icui18n "Cannot load library icui18n: (libicui18n.so.48: 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 "__main__.py", line 128, in <module>
File "__main__insync__.py", line 47, in <module>
File "isyncd/linux/fsimpl.py", line 6, in <module>
File "isyncd/linux/fswatch.py", line 20, in <module>
File "isyncd/linux/platform_impl.py", line 25, in <module>
File "gi/importer.py", line 76, in load_module
File "gi/module.py", line 222, in _load
File "gi/module.py", 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

@orschiro

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

orschiro commented on 2013-05-30 05:38

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

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-30 02:31

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)

xzy3186 commented on 2013-05-29 05:00

@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

@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

@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

@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 "https://old.insynchq.com"?

xzy3186 commented on 2013-05-28 00:58

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

@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

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

xzy3186 commented on 2013-05-25 10:32

@amz:

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

amz commented on 2013-05-25 10:14

Uploaded python2-caja updated to new release, and fixed package name to "python2". Insync builds with it properly. Please update your PKGBUILD https://aur.archlinux.org/packages/python2-caja/

xzy3186 commented on 2013-05-25 03:35

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

@jnbek

Thanks for the report. PKGBUILD updated.

jnbek commented on 2013-05-25 01:29

I just got an announcement that 1.0RC is out, which looks like it translates to 0.10.3
https://forums.insynchq.com/discussion/1964/insync-for-linux-beta-16-0-10-0/p1

HarD commented on 2013-05-24 17:22

@xzy3186: Yes, ok, thanks

xzy3186 commented on 2013-05-24 11:13

@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

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

xzy3186 commented on 2013-05-24 06:56

@HarD

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

HarD commented on 2013-05-24 05:43

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

xzy3186 commented on 2013-05-24 01:43

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:
https://forums.insynchq.com/discussion/1964/insync-for-linux-beta-16-0-10-0/p1

The other packages are kept to 0.9.41 at the moment.

xzy3186 commented on 2013-05-24 01:35

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:
https://forums.insynchq.com/discussion/1964/insync-for-linux-beta-16-0-10-0/p1

The other packages are kept to 0.9.41 at the moment.

xzy3186 commented on 2013-05-22 23:57

@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

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

@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

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

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

New beta at:
https://forums.insynchq.com/discussion/1964/insync-for-linux-beta-16-0-10-0

orschiro commented on 2013-03-25 12:31

@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

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

@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

@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

@xzy3186,

Last trial. What about:

[Service]
ExecStartPre=/usr/bin/sleep 100

orschiro commented on 2013-03-24 16:54

xzy3186 commented on 2013-03-24 15:57

@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/brett@insynchq.com/extension.js"'
JS ERROR: !!! lineNumber = '275'
JS ERROR: !!! stack = '"make_insync_menu([object Object],null)@/usr/share/gnome-shell/extensions/brett@insynchq.com/extension.js:275
(null,[object Error])@/usr/share/gnome-shell/extensions/brett@insynchq.com/extension.js:586
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

@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

@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

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

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

@xzy3186

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

xzy3186 commented on 2013-03-24 01:17

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

xzy3186 commented on 2013-03-24 01:17

@orschiro

I don't know if it is correct or not but I enable your service file to run automatically on boot. The 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

@xzy3186,

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

http://pastebin.com/zbHn7jbC

xzy3186 commented on 2013-03-17 08:56

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

xzy3186 commented on 2013-03-17 08:49

@orschiro:

Because different desktop needs different parameter when launching insync.
insync --gnome for gnome-shell,
insync-kde for kde and so on.

orschiro commented on 2013-03-17 08:31

@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

@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

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
After=local-fs.target network.target

[Service]
Type=simple
ExecStart=/usr/bin/insync
ExecReload=/bin/kill -HUP $MAINPID
KillMode=process
Restart=always
User=%I

[Install]
WantedBy=multi-user.target

orschiro commented on 2013-03-12 09:24

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] https://aur.archlinux.org/packages/networkmanager-dispatcher-dropbox/
[2] https://forums.insynchq.com/discussion/1798/network-manager-dispatcher-script#Item_1

xzy3186 commented on 2013-03-08 02:16

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

@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

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

xzy3186 commented on 2013-02-26 01:07

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

@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

@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

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

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

@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

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

@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

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

orschiro commented on 2013-02-19 22:39

@xzy3186

Thanks. Both of your hints worked out perfectly!

This is a wonderful client.

xzy3186 commented on 2013-02-19 11:11

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

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

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-18 10:51

Version: 0.9.35-5

insync-beta-kde -> 0.9.37
insync-beta-gnome -> 0.9.36

Autostart Insync when the system tray icons have been loaded.

xzy3186 commented on 2013-02-18 10:51

Version: 0.9.35-4

insync-beta-kde -> 0.9.37
insync-beta-gnome -> 0.9.36

Autostart Insync when the system tray icons have been loaded.

xzy3186 commented on 2013-02-15 13:36

Version: 0.9.35-4

Packages for mate are updated to 0.9.36

xzy3186 commented on 2013-02-08 14:54

@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

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

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

HarD commented on 2013-01-28 20:04

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

xzy3186 commented on 2013-01-19 09:02

@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]: https://forums.insynchq.com/discussion/1665/insync-for-linux-beta14-0-9-33

lava commented on 2013-01-19 07:50

@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: http://imgur.com/DVwDGkx.
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

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

@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

@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]: https://forums.insynchq.com/discussion/1665/insync-for-linux-beta-14-0-9-33-updated-to-0-9-35/p1

satanselbow commented on 2013-01-18 11:18

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

@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

@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]: https://forums.insynchq.com/discussion/1554/arch-linux-with-openbox-and-fbpanel-cannot-add-new-account-from-gui#Item_5

satanselbow commented on 2013-01-17 17:25


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

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


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::http://s.insynchq.com/builds/${pkgname}-beta-mate_${pkgver}_i386.deb")
sha256sums=("6e06e43e06bc7148f708a9add6a6c3222c953efb68a469ae227888a2580f2dc0")
elif [ $CARCH = 'x86_64' ]; then
source=("${pkgname}-${pkgver}-common.deb::http://s.insynchq.com/builds/${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

Thanks after enabling insync-extension all works fine.

xzy3186 commented on 2013-01-16 04:08

@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] https://forums.insynchq.com/discussion/1544/insync-for-android-is-in-play

@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

I can't seem to get system tray icon to work under gnome. I have tried following.

insync -gnome
insync --gnome

Anonymous comment on 2013-01-15 18:14

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

@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

@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: https://forums.insynchq.com/discussion/1665/insync-for-linux-beta-14-0-9-33-updated-to-0-9-35

jrussell commented on 2013-01-14 12:40

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

@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

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?

HarD commented on 2013-01-11 06:33

Does anyone have the information - will insync support pcmanfm?

xzy3186 commented on 2013-01-09 11:21

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] https://wiki.archlinux.org/index.php/Arch_Packaging_Standards

Anonymous comment on 2013-01-09 09:08

@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

@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

Now
ldd -r /usr/lib/libQtNetwork.so.4
linux-vdso.so.1 (0x00007fff55b96000)
libQtCore.so.4 => /usr/lib/libQtCore.so.4 (0x00007fe70b572000)
libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007fe70b356000)
libz.so.1 => /usr/lib/libz.so.1 (0x00007fe70b140000)
libssl.so.1.0.0 => /usr/lib/libssl.so.1.0.0 (0x00007fe70aed5000)
libcrypto.so.1.0.0 => /usr/lib/libcrypto.so.1.0.0 (0x00007fe70aacc000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007fe70a7c9000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007fe70a5b3000)
libc.so.6 => /usr/lib/libc.so.6 (0x00007fe70a206000)
libdl.so.2 => /usr/lib/libdl.so.2 (0x00007fe70a002000)
librt.so.1 => /usr/lib/librt.so.1 (0x00007fe709df9000)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00007fe709b03000)
libm.so.6 => /usr/lib/libm.so.6 (0x00007fe709805000)
/usr/lib/ld-linux-x86-64.so.2 (0x00007fe70bde3000)
libpcre.so.1 => /usr/lib/libpcre.so.1 (0x00007fe7095a1000)
insync-kde
Traceback (most recent call last):
File "kde-applet.py", line 13, in <module>
from PyKDE4.kdeui import KStatusNotifierItem
ImportError: /usr/lib/libQtNetwork.so.4: undefined symbol: SSLv2_server_method


xzy3186 commented on 2013-01-06 22:49

@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

the problem its openssl 1.0.1c / qt 4.8.4 ??
currently build without SSlv2 ???

mrbit commented on 2013-01-06 14:42

xzy3186 go http://lists.opensuse.org/opensuse-bugs/2011-04/msg03223.html ...

mrbit commented on 2013-01-06 14:36

also..:
ldd -r /usr/lib/libcurl.so.4
linux-vdso.so.1 (0x00007fffde96e000)
libssh2.so.1 => /usr/lib/libssh2.so.1 (0x00007f88d2db6000)
librt.so.1 => /usr/lib/librt.so.1 (0x00007f88d2bae000)
libssl.so.1.0.0 (0x00007f88d2950000)
libcrypto.so.1.0.0 (0x00007f88d256b000)
libz.so.1 (0x00007f88d2354000)
libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007f88d2138000)
libc.so.6 => /usr/lib/libc.so.6 (0x00007f88d1d8a000)
libdl.so.2 => /usr/lib/libdl.so.2 (0x00007f88d1b86000)
/usr/lib/ld-linux-x86-64.so.2 (0x00007f88d32a0000)
undefined symbol: SSLv2_client_method (/usr/lib/libcurl.so.4)

xzy3186 commented on 2013-01-06 13:32

@mrbit:
I got the idea from here:
https://bugs.launchpad.net/ubuntu/+source/qt4-x11/+bug/830435
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

yes reinstalled qt 4.8.4

mrbit commented on 2013-01-06 13:17

locate libQtGui.so.4
/home/mrbit/.tor-browser-en/INSTALL/Lib/libQtGui.so.4
/opt/Samsung/mfp/lib/libQtGui.so.4
/opt/SpiderOak/lib/libQtGui.so.4
/opt/dassault-systemes/draftsight/lib/libQtGui.so.4
/opt/google/earth/free/libQtGui.so.4
/opt/slimboat/libs/libQtGui.so.4
/opt/xnviewmp/lib/libQtGui.so.4
/opt/xnviewmp/lib/libQtGui.so.4.8.2
/usr/lib/libQtGui.so.4
/usr/lib/libQtGui.so.4.8
/usr/lib/libQtGui.so.4.8.4
/usr/lib/liteide/libQtGui.so.4
/usr/lib/liteide/libQtGui.so.4.8
/usr/lib/liteide/libQtGui.so.4.8.3
/usr/lib/openscad/libQtGui.so.4
/usr/lib32/libQtGui.so.4
/usr/lib32/libQtGui.so.4.8
/usr/lib32/libQtGui.so.4.8.4

xzy3186 commented on 2013-01-06 13:13

@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:
linux-gate.so.1 (0xb779b000)
libQtCore.so.4 => /usr/lib/libQtCore.so.4 (0xb734a000)
libpthread.so.0 => /usr/lib/libpthread.so.0 (0xb732f000)
libz.so.1 => /usr/lib/libz.so.1 (0xb7318000)
libssl.so.1.0.0 => /usr/lib/libssl.so.1.0.0 (0xb72b6000)
libcrypto.so.1.0.0 => /usr/lib/libcrypto.so.1.0.0 (0xb70f0000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7006000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb6fe9000)
libc.so.6 => /usr/lib/libc.so.6 (0xb6e38000)
libdl.so.2 => /usr/lib/libdl.so.2 (0xb6e33000)
librt.so.1 => /usr/lib/librt.so.1 (0xb6e2a000)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb6d2f000)
libm.so.6 => /usr/lib/libm.so.6 (0xb6ceb000)
/usr/lib/ld-linux.so.2 (0xb779c000)
libpcre.so.1 => /usr/lib/libpcre.so.1 (0xb6c83000)
without problem

xzy3186 commented on 2013-01-06 13:12

@mrbit:
I think this is the problem. Did you install qt from official repo? Have you tried reinstall QT?

mrbit commented on 2013-01-06 13:08

ldd -r /usr/lib/libQtNetwork.so.4
linux-vdso.so.1 (0x00007fffdbac6000)
libQtCore.so.4 => /usr/lib/libQtCore.so.4 (0x00007f430354c000)
libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007f4303330000)
libz.so.1 (0x00007f4303119000)
libssl.so.1.0.0 (0x00007f4302eba000)
libcrypto.so.1.0.0 (0x00007f4302ad6000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007f43027d3000)
libgcc_s.so.1 (0x00007f43025bc000)
libc.so.6 => /usr/lib/libc.so.6 (0x00007f430220f000)
libdl.so.2 => /usr/lib/libdl.so.2 (0x00007f430200b000)
librt.so.1 => /usr/lib/librt.so.1 (0x00007f4301e02000)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00007f4301b0c000)
libm.so.6 => /usr/lib/libm.so.6 (0x00007f430180e000)
/usr/lib/ld-linux-x86-64.so.2 (0x00007f4303dbd000)
libpcre.so.1 => /usr/lib/libpcre.so.1 (0x00007f43015aa000)
undefined symbol: SSLv2_server_method (/usr/lib/libQtNetwork.so.4)
undefined symbol: SSLv2_client_method (/usr/lib/libQtNetwork.so.4)

xzy3186 commented on 2013-01-06 13:05

@mrbit:
Looks reasonable...
Try to run:
ldd -r /usr/lib/libQtNetwork.so.4
and see if there is any message with "undefined symbol"

mrbit commented on 2013-01-06 12:49

nm --dynamic /usr/lib/libQtNetwork.so.4 | 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

@mrbit:
I found something might be interesting for you. Can you run:
nm --dynamic /usr/lib/libQtNetwork.so.4 | grep SSLv2
in your terminal and post the result here?
Mine is:
>nm --dynamic /usr/lib/libQtNetwork.so.4 | 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

ok, done...!! thanks xzy3186

xzy3186 commented on 2013-01-06 12:32

@mrbit
I believe posting your error message to https://forums.insynchq.com/discussion/1665/insync-for-linux-beta14-0-9-33 is the best choice :)

mrbit commented on 2013-01-06 12:22

done reinstall the dependencies...and use kde session manager...:

a terminal : python2 kde-applet.py
Traceback (most recent call last):
File "kde-applet.py", line 13, in <module>
from PyKDE4.kdeui import KStatusNotifierItem
ImportError: /usr/lib/libQtNetwork.so.4: undefined symbol: SSLv2_server_method

??!!!?!?!

xzy3186 commented on 2013-01-06 11:52

@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

@Alexbit:
The easiest meathod I think is use your kde session manager.

mrbit commented on 2013-01-06 11:27

qt ver.4.8.4-1 installed

mrbit commented on 2013-01-06 11:23

a terminal : python2 kde-applet.py
Traceback (most recent call last):
File "kde-applet.py", line 13, in <module>
from PyKDE4.kdeui import KStatusNotifierItem
ImportError: /usr/lib/libQtNetwork.so.4: undefined symbol: SSLv2_server_method

idea..???

Anonymous comment on 2013-01-06 09:32

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

which could be a local link...???

xzy3186 commented on 2013-01-06 00:38

@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

why!!!??
Traceback (most recent call last):
File "kde-applet.py", line 13, in <module>
from PyKDE4.kdeui import KStatusNotifierItem
ImportError: /usr/lib/libQtNetwork.so.4: undefined symbol: SSLv2_server_method

NiteiaTt commented on 2013-01-05 20:39

Woohoo! "ImportError: /usr/lib/libQtNetwork.so.4: 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

@tsachev
The upstream package updated just a moment ago. Can you ran yaourt again?

tsachev commented on 2013-01-04 13:29

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

Add support for xfce and mate. Please give me feedback if there is any problem.

xzy3186 commented on 2012-12-18 05:50

@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

This is suppose to have system tray icon for Gnome (and others). Isn't it? Thanks.

xzy3186 commented on 2012-12-17 23:45

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

VargArch commented on 2012-12-17 19:24

Any chance to add the Xfce and Mate support ?
http://www.webupd8.org/2012/12/linux-google-drive-client-insync-gets.html

NiteiaTt commented on 2012-12-16 19:06

@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

@James147:

Upstream packages updated.

mdaffin commented on 2012-12-16 15:34

That was for the 64bit version

mdaffin commented on 2012-12-16 15:32

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

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

To snock:

Seems that it has been removed from the deb package.

snock commented on 2012-12-15 22:30

I use kde , insync-set not found

mrbit commented on 2012-12-15 17:16

I still get the "ImportError: /usr/lib/libQtNetwork.so.4: undefined symbol: SSLv2_server_method" error when trying to run insync-kde

NiteiaTt commented on 2012-12-15 15:34

I still get the "ImportError: /usr/lib/libQtNetwork.so.4: 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

@mrbit:

Sorry, there was a typo in the PKGBUILD, which have been corrected :)

mrbit commented on 2012-12-15 13:18

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

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

@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

Package isn't out-of-date, just has a strange version thing going on...

aricart commented on 2012-11-29 04:11

0.9.27 has Gnome 3.6 support as well as other bug fixes.

aricart commented on 2012-11-29 03:15

0.9.27 has Gnome 3.6 support as well as other bug fixes.

Anonymous comment on 2012-11-12 23:47

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

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

Anonymous comment on 2012-11-12 15:54

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

@mrbit, @12eason,

Thanks for the reminder. PKGBUILD updated.

mrbit commented on 2012-10-29 12:26

please update https://forums.insynchq.com/discussion/1545/insync-for-linux-beta-10-0-9-25 is out
Thanks

12eason commented on 2012-10-29 11:36

beta 10 is out.

xzy3186 commented on 2012-10-26 15:43

gnome-shell-extenison update to 3.6.

xzy3186 commented on 2012-10-26 14:18

@mrbit:

You can just post your question to here:
https://forums.insynchq.com/discussion/1499/insync-for-linux-beta-9-0-9-24
This is a thread discussing for insync beta 9. Hopefully the authors could answer your question very soon.

mrbit commented on 2012-10-26 13:25

ok

xzy3186 commented on 2012-10-26 11:40

@mrbit:

You can just post your question to here:
https://forums.insynchq.com/discussion/1499/insync-for-linux-beta-9-0-9-24
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

ok.. thanks

you can do it?

xzy3186 commented on 2012-10-26 11:22

@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

SO 64bit

packer -S insync

bese-devel ----> multilib

pacman -Qo /usr/lib/libQtNetwork.so.4
/usr/lib/libQtNetwork.so.4 is contained in qt 4.8.3-4

xzy3186 commented on 2012-10-26 04:25

@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/libQtNetwork.so.4

mrbit commented on 2012-10-25 11:53

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

xzy3186 commented on 2012-09-24 01:30

@almehdi
That is a great idea. Thanks so much for your suggestion! The PKGBUILD has been updated.

Anonymous comment on 2012-09-23 21:14

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

@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

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

well,i get python3 on my system,so it is the python version problem?

xzy3186 commented on 2012-09-17 12:25

@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

thank you ,but i have install all dependencies required.include libappindicator3

xzy3186 commented on 2012-09-17 07:01

@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

replace with zip in rpm-package cannot work out too.

frat commented on 2012-09-17 06:39

$ insync
OK: gdata imported
importing client...
loading client...
importing core1...
Traceback (most recent call last):
File "<string>", line 6, in <module>
File "__main__.py", line 128, in <module>
File "__main__insync__.py", line 25, in <module>
File "isyncd/client.py", line 4, in <module>
File "isyncd/requester.py", line 2, in <module>
File "isyncd/clienthttp.py", line 8, in <module>
File "gevent/socket.py", line 784, in <module>
IOError: zipimport: can not open file /usr/lib/insync/library.zip

i use xfce

xzy3186 commented on 2012-09-17 05:52

@frat

Another question is: from which command you get the IOError message?

xzy3186 commented on 2012-09-17 05:47

@frat

So you have tried to replace local library.zip 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
library.zip from amd64.deb, could you have a try with rpm from following
gnome:
http://s.insynchq.com/builds/insync-beta-gnome-cinnamon-common-0.9.21-1.x86_64.rpm
or KDE:
http://s.insynchq.com/builds/insync-beta-kde-0.9.21-1.x86_64.rpm

By the way, which DE are you using?

frat commented on 2012-09-17 05:21

really weird. i replaced the library.zip with original file in the amd64.deb packgae,error stay the same.

frat commented on 2012-09-17 05:11

i checked /usr/lib/insync permission and ownership ,all files are set to root permission and ownership,and the library.zip size is 5.3m.

xzy3186 commented on 2012-09-17 04:25

@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

ls: cannot access /usr/lib/insync/library.zip,: No such file or directory

but when i use ls /usr/lib/insync,output show :
bz2.so gevent.core.so libsqlite3.so.0
_codecs_cn.so greenlet.so libssl.so.1.0.0
_codecs_hk.so _heapq.so libtinfo.so.5
_codecs_iso2022.so insync libz.so.1
_codecs_jp.so _io.so _multibytecodec.so
_codecs_kr.so _json.so OpenSSL.crypto.so
_codecs_tw.so libbz2.so.1.0 OpenSSL.rand.so
Crypto.Cipher.AES.so libcrypto.so.1.0.0 OpenSSL.SSL.so
Crypto.Hash.SHA256.so libevent-2.0.so.5 py
Crypto.PublicKey._fastmath.so libexpat.so.1 pyexpat.so
Crypto.Util._counter.so libgcc_s.so.1 readline.so
_ctypes.so libgmp.so.10 simplejson._speedups.so
datetime.so library.zip _sqlite3.so
_elementtree.so libreadline.so.6 termios.so

library.zip exits.And i can see the file in the file manager too,size of the library.zip is 5.4m

xzy3186 commented on 2012-09-17 02:57

@frat
Could you paste your output of: ls -lh /usr/lib/insync/library.zip, please?

frat commented on 2012-09-17 02:42

IOError: zipimport: can not open file /usr/lib/insync/library.zip

linuxJay commented on 2012-09-15 03:30

hi, thank you for doing that

xzy3186 commented on 2012-09-15 02:47

Hey @pluckypigeon

I am sorry that I can not solve this problem. Instead, I post your question to here:
https://forums.insynchq.com/discussion/1451/insync-for-linux-beta-6-0-9-21
Hopefully we will get some information from the author.

linuxJay commented on 2012-09-14 21:47

any idea how to get the systray icon in gnome fallback mode?

linuxJay commented on 2012-09-14 21:44

any idea how to get the systray icon in gnome fallback mode?

xzy3186 commented on 2012-09-11 23:18

@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:
https://forums.insynchq.com/discussion/1437/insync-for-linux-beta-4-0-9-19

HarD commented on 2012-09-11 16:56

Hi

Working - but cann't download files... with russian encoding...file name

HarD commented on 2012-09-11 16:45

Hi

Working - but cann't download document files... only pictures...

xzy3186 commented on 2012-09-11 12:02

Hi @HarD
PKGBUILD has been updated to include the support of kde. Please have a try :-)

xzy3186 commented on 2012-09-11 00:29

Hi @HarD

Thank you for your attention. I am thinking to post another PKGBUILD called insync-kde but I do not know how to test it, mainly to see if the dependencies work, as there is no kde-environment on my machine. Maybe I will make it later this week.

HarD commented on 2012-09-10 17:02

What about kde version with plasmoid?

xzy3186 commented on 2012-09-08 03:04

Now, the support for cinnamon can be enabled in PKGBUILD

xzy3186 commented on 2012-09-07 17:48

Gnome-Shell support can be enabled by changing "_if_gnome_shell" in PKGBUILD.