Search Criteria
Package Details: insync 3.7.9.50368-2
Package Actions
Git Clone URL: | https://aur.archlinux.org/insync.git (read-only, click to copy) |
---|---|
Package Base: | insync |
Description: | An unofficial Google Drive and OneDrive client that runs on Linux, with support for various desktops |
Upstream URL: | https://www.insynchq.com/downloads |
Keywords: | drive google |
Licenses: | custom:insync |
Submitter: | xzy3186 |
Maintainer: | thenaterhood |
Last Packager: | thenaterhood |
Votes: | 312 |
Popularity: | 5.36 |
First Submitted: | 2012-09-07 17:45 (UTC) |
Last Updated: | 2022-06-19 13:24 (UTC) |
Dependencies (10)
- adobe-source-code-pro-fonts (ttf-google-fonts-git)
- alsa-lib (alsa-lib-git, alsa-lib-minimal-git, alsa-lib-x205ta)
- fontconfig (fontconfig-srb, fontconfig-minimal-git, fontconfig-git, fontconfig-ubuntu)
- glibc (glibc-git, glibc-force-mmap, lib32-glibc-force-mmap, glibc-minimal-git, glibc-linux4, glibc-widevine)
- hicolor-icon-theme (hicolor-icon-theme-git)
- libglvnd (libglvnd-git)
- libxcrypt (libxcrypt-git)
- nss (nss-hg)
- xdg-utils (mimi-git, busking-git, xdg-utils-git, linopen, xdg-utils-handlr, xdg-utils-slock, mimi-bachoseven-git, xdg-utils-symlink-fix, mimejs-git, xdg-utils-mimeo, xdg-utils-lxqt, opener)
- lib32-libappindicator-gtk2 (optional) – Required for tray icon in some configurations
Latest Comments
diogobaeder commented on 2022-06-20 05:18 (UTC)
@thenaterhood no worries mate, thanks for the fix! :-)
thenaterhood commented on 2022-06-19 13:26 (UTC)
Package updated to include the fix. Guess I shouldn't be pushing package updates right before bed, I might forget to clear my build cache. Apologies.
ArchPie commented on 2022-06-19 13:18 (UTC)
+1 Fishears solution works perfectly
ArthurBorsboom commented on 2022-06-19 08:08 (UTC)
Same error in English
fishears commented on 2022-06-19 07:40 (UTC)
I got the same error. Removed line 43 of the pkgbuild "rm ${pkgdir}/usr/lib/insync/lib{drm,GLX,GLdispatch}.so*" and it works without issue.
diogobaeder commented on 2022-06-19 03:37 (UTC)
Hi folks! Just tried to update mine to 3.7.9 (released today) but got this:
Any ideas?
thenaterhood commented on 2022-06-19 03:07 (UTC)
Insync release day! 3.7.9 is out with another issue that needed patching for Arch. It's included in the latest version of this package. https://forums.insynchq.com/t/workaround-for-libcrypt-so-1-issue-on-3-7-9-for-arch/18504
I've also added libxcrypt as a dependency, but since a million things already depend on it you probably already have it.
thenaterhood commented on 2022-05-30 16:49 (UTC)
Hey folks! Insync released 3.7.7 which on my system has a broken GUI. The workaround I've added is to remove one of the libs insync ships. This seems to work okay so I've updated the package including the workaround.
I have a post on the insync forums here: https://forums.insynchq.com/t/gui-is-broken-on-arch-for-3-7-7-with-workaround/18434
If you have issues with this version, let me know - I encourage you to participate in the forum thread so insync folks will see it too. You can "undo" the workaround by doing
sudo mv /usr/lib/insync/libstdc++.so.6.bak /usr/lib/insync/libstdc++.so.6
and restarting insync.thenaterhood commented on 2022-05-17 03:09 (UTC)
@sucklessengai You can grab some debugging output if you run
insync start --no-daemon
, which starts insync in the foreground in the console. Depending what you find, you might want to consider posting on the insync forums at forums.insynchq.com because they may be able to offer better support.sucklessengai commented on 2022-05-15 05:12 (UTC)
I have installed insync yesterday on my fresh Artix Linux (openrc). But I am getting a blank white screen when start insync. I have been using it on manjaro until now. In both systems i am using i3wm. Any clue what is going wrong?
niveus.corax commented on 2022-04-19 05:39 (UTC)
@thenaterhood Thank you for the tip. Not sure if clearing my paru cache made the difference or something else has changed, but insync got updated normally yesterday.
thenaterhood commented on 2022-04-14 16:45 (UTC)
@niveus.corax a clean download and build works fine for me, no integrity errors
niveus.corax commented on 2022-04-14 16:23 (UTC)
Am I the only one getting integrity error?
==> Validating source files with sha256sums... insync_3.7.5.50350-buster_amd64.deb ... FAILED insync@.service ... Passed insync.service ... Passed ==> ERROR: One or more files did not pass the validity check! error: failed to download sources for 'insync-3.7.5.50350-2': error: packages failed to build: insync-3.7.5.50350-2
horosgrisa commented on 2022-04-07 08:02 (UTC)
Hello. Can you make
lib32-libappindicator-gtk2
dep optional? Because now I need to install gtk2. But I don't want this.thenaterhood commented on 2022-03-24 11:42 (UTC)
Yup, looks like they pulled it. I see a number of bug complaints on the forum so I will revert as well.
clmbtti commented on 2022-03-24 09:27 (UTC)
3.7.4 isn't out right now, is it? Cannot seem to download it directly from their main site
dobedobedo commented on 2022-03-24 06:36 (UTC)
Both old and new URLs gave me 403 error.
apastuszak commented on 2022-03-24 04:53 (UTC)
Looks like they pulled 3.7.4 and put 3.7.3 up. That's what's breaking this.
thenaterhood commented on 2022-03-24 02:23 (UTC)
Something is going on with their CDN I think. I swapped to the cloudfront.net URL (you can verify it's the correct one on their site) because the normal one was 403ing. Right now their site is trying to give me 3.7.2 which is an old version.
NerdsMaxx commented on 2022-03-24 02:11 (UTC) (edited on 2022-03-24 02:12 (UTC) by NerdsMaxx)
Download have failed.
"ERRO: Falha ao baixar https://d2t3ff60b2tol4.cloudfront.net/builds/insync_3.7.4.50336-buster_amd64.deb'"
thenaterhood commented on 2022-03-12 01:25 (UTC)
@Romario74 seems okay for me
Romario74 commented on 2022-03-09 14:47 (UTC)
It seems with latest version the tray icon is missing. I see this on Cinnamon and Mate.
Can anybody confirm?
RoninSysAdm commented on 2022-02-21 01:19 (UTC)
@thenaterhood. Ya its a bug. Spoke with their support a few weeks ago and forgot to submit this comment.
thenaterhood commented on 2022-02-08 03:44 (UTC)
@RoninSysAdm: I'd recommend raising that on the Insync forums over at https://forums.insynchq.com/ if you haven't. Sounds like it may be a bug on their end.
RoninSysAdm commented on 2022-02-04 16:44 (UTC) (edited on 2022-02-04 16:46 (UTC) by RoninSysAdm)
Trying to get the sync to work but it is super inconsistent. I get an error message in my logs saying "An Unexpected error occurred doing AddLocalODItem. The message reads: [Error 2] No such file or directory". This is on files I'm trying to sync down from OneDrive that have never been on the system before. Sometimes I can hit Retry All and they will come down, other times they won't.
Build is 3.7.0.50216
tinywrkb commented on 2022-01-19 15:49 (UTC)
FYI 3.7.0 adds the backup feature, it needs the "Sync & Backup" license, but it's still a lifetime license, and there is an upgrade discount.
If you're running Insync in a container, then be aware that the backup feature requires access to
/dev/disk/by-id
, it won't list backup sources to choose from without it.guiodic commented on 2021-07-22 17:34 (UTC)
@thenaterhood: I tried but with no succes. I aldo triend the andontie-aur package (see https://aur.andontie.net/x86_64/) it has the same problem
thenaterhood commented on 2021-07-22 11:45 (UTC)
@guiodic: try rebuilding the package and reinstalling. That file is not managed by the PKGBUILD here, it's generated by makepkg.
guiodic commented on 2021-07-22 10:13 (UTC)
error: could not open file /var/lib/pacman/local/insync-3.4.3.40990-2/desc: No such file or directory
gadicc commented on 2021-07-15 16:04 (UTC)
@thenaterhood! Massive thanks! The patches you integrated finally fixed issues I've been having since upgrading to GNOME 40 / Wayland. Note: wasn't trying to change my sync dir, maybe I did a long time ago. Further info for others at https://forums.insynchq.com/t/insync-not-working-on-gnome-40-with-workaround/17149.
thenaterhood commented on 2021-07-13 12:13 (UTC)
I've integrated patches for the sync dir crash from two threads on the insync forums:
If that causes problems, feel free to restore one or both of those libs and comment here and/or in the insync forums.
dgimortal commented on 2021-07-10 01:43 (UTC)
mbcooper this work! Good Job, i recommend to the package maintainer to insert this command in upcoming package updates.
mbcooper commented on 2021-07-09 11:11 (UTC)
Re: Insync crashing when changing the base directory.
I found this workaround from rooting around in the insync support forums. run this command and you will be able to change the basedir. (looks like an incompatibility with some library)
sudo mv /usr/lib/insync/libgdk_pixbuf-2.0.so.0{,.bak}
Actually this is what I did. I had quite some support help from Mia freom Insynq and this is what actually helped: sudo mv /usr/lib/insync/libgdk_pixbuf-2.0.so.0{,.bak}
So it looks like a dependency issue between the libraries/packages coming with insync and newer versions of some libraries in arch linux.
thenaterhood commented on 2021-06-17 22:06 (UTC)
Hey folks, I'm tracking discussion of the issue of insync crashing when changing sync directory over on the insync forums at https://forums.insynchq.com/t/crash-changing-sync-directory/17364.
I'll update the PKGBUILD if something actionable comes up. Until then, if you're seeing that issue I encourage you to take a look at the ongoing discussion.
fabwu commented on 2021-06-14 07:33 (UTC) (edited on 2021-06-14 07:35 (UTC) by fabwu)
I can't get insync to autostart with systemd on my laptop with Gnome 40. Does anybody has the same problem or a fix?
Here's the error message:
atescula commented on 2021-05-25 10:42 (UTC)
Apologies for the previous comment. I am in a hotel where they ban some stuff. Updated remotely my home computer. Everything works fine as expected.
atescula commented on 2021-05-25 05:09 (UTC)
Not able to upgrade due to negative passing the validity check
JustinSB commented on 2021-05-24 10:44 (UTC)
For the record, as a workaround you can edit the path in the Sqlite database. The database is ~/.config/Insync/data/gd-***.db and the path is the 1st entry in fs_items. I just used sqlitebrowser, but you have to remember to exit insync before you edit it.
JustinSB commented on 2021-05-20 11:11 (UTC) (edited on 2021-05-20 11:17 (UTC) by JustinSB)
I have the same problem as @MrWhiskers as insync crashes when I try to change the folder location. Does anyone have any idea how to fix this?
I reverted back to old versions all the way back to 3.2.0.40833-1 but they all crashed in exactly the same way, when I tried to change directory.
MrWhiskers commented on 2021-05-10 19:13 (UTC)
I have the same issue as @inforogue. Insync crashes while trying to change folder location. Log is indicating the following issue:
Rebuilt all the mime caches, checked permissions, etc, to no avail. Anyone knows how to fix this?
tinywrkb commented on 2021-05-02 22:49 (UTC)
@inforogue you have a log in
~/.config/Insync/out.txt
. You can also start the app withstrace -ff insync &> strace.log
to try and figure what's going on.inforogue commented on 2021-05-02 22:12 (UTC)
@tinywrkb update on my previous issue with Insync crashing while trying to change folder locations. I installed the plasma-meta package to test out KDE yesterday and got curious about Insync so I installed it again also. The problem went away completely and Insync ran like a champ, no crashes. After deciding I didn't like KDE right now I removed all of plasma-meta and Insync is now back to crashing any time I try to change the location. Definitely a dependency somewhere, just not sure which or how to help track it down.
tinywrkb commented on 2021-04-26 22:49 (UTC)
@thenaterhood I don't know if I would have done this here, dropping bundled libs. I'm targeting a Flatpak runtime which is pretty stable, no ABI breakage for any lib, so maintenance is pretty low.
thenaterhood commented on 2021-04-26 21:43 (UTC)
Thanks for answering questions @tinywrkb!
Yeah I wonder if I should adopt the same strategy here and try removing the bundled libs. I'm trying to stay as close to upstream as possible but it's a huge package and Arch gets updates faster than insync does.
tinywrkb commented on 2021-04-26 17:06 (UTC)
@diogobaeder I don't need this workaround. Insync works for me correctly with the wayland and xcb Qt5 backends in Sway.
The main difference between this package and my own packaging is that I removed whatever I could of the bundled libs and I'm letting the app use the system libs.
diogobaeder commented on 2021-04-26 12:41 (UTC) (edited on 2021-04-26 16:20 (UTC) by diogobaeder)
Hi folks!
The new version has been released, but I could only run it with:
which was a hint given in the insync forum. I changed the service and desktop files to reflect that.
[EDIT] Changing service and desktop files doesn't make the auto-startup work. Not yet sure why.
inforogue commented on 2021-04-25 22:37 (UTC)
Thanks @tinywrkb appreciate the help. I did a little research and best I could come up with was it being related to the Qt theme. I'll report it and send them logs and see where it goes.
tinywrkb commented on 2021-04-25 20:23 (UTC)
@inforogue this sounds like a bug, you should report it on the Insync forums or contact support via email.
As a workaround:
~/.config/Insync/data/gd-*.db
but I don't remember where exactly is the synced folder path entry but it's there.I used sqlitebrowser to edit the DB but any other will do.
Another workaround is to create a symlink to the location of your target sync dir.
inforogue commented on 2021-04-25 20:06 (UTC)
Running into a problem with Insync. I can get it to install fine and if I let it go with all the defaults it will run fine. But if during the install I click on the "Change" link to change the location to save Onedrive data to it will crash. The system tray icon will load up on relaunch but any time I try to go into settings to change locations it will immediately crash. Works fine on Manjaro but under regular Arch it exhibits this behavior.
tinywrkb commented on 2021-04-19 11:58 (UTC)
If someone still can't start the app, and assuming this was introduced due to the xsettings schemas changes, I brought back the gsettings-xsettings-schemas package to the AUR for compatibility with outdated app-packaged GTK3 libs.
Read the pinned comments before installing the package.
Preferably, you should try before installing that package to set
QT_QPA_PLATFORMTHEME=kde
andQT_QPA_PLATFORMTHEME=qt5ct
, or remove the packagedlibgtk-3.so*
so the system one will be used and/orlibqgtk3.so
.And as said before, Insync devs are aware of the issue and it's expected to be fixed in 3.3.9.
tinywrkb commented on 2021-04-14 13:06 (UTC)
@diogobaeder so it does seem to be a GSettings schema issue due to the outdated packaged GTK3 lib. Apparently
libqgtk3.so
is only used for matching the Qt5 theme with the GTK3 one so maybe just settingQT_QPA_PLATFORMTHEME=kde
orQT_QPA_PLATFORMTHEME=qt5ct
can avoid loading this lib.You can also try removing
libqgtk3.so
.The other possible solutions I mention before are to remove the packaged GTK3 lib meaning
libgtk-3.so*
or to add those missing schema but the latter might break the XDG Portal and I'm not sure how this will affect the system.I have the older schema installed and it works fine for me but my system is bare minimal and all the widget toolkit dependent apps I run through Flatpak.
diogobaeder commented on 2021-04-14 12:20 (UTC)
Thanks a bunch, @tinywrkb ! So this is what I get: https://pastebin.com/XUgDw4yH - some missing antialiasing key, it seems... I'll try to tinker with that.
tinywrkb commented on 2021-04-14 11:37 (UTC)
@diogobaeder, there's
out.txt
in.config/Insync
and you can get a bit more verbose output by setting the environment variableQT_DEBUG_PLUGINS=1
. Also, try starting with--no-daemon
.While the comment is now deleted, @rubusarbaro posted that the app is complaining about missing GSetting schema. Even though this is PySide2/Qt5 app, and not GTK3, I guess maybe it still makes some call to the GTK3 lib, so my suggestion about trying to add those schemas or removing the packaged GTK3 lib still applies, though I find it unusual that this would crash the app.
diogobaeder commented on 2021-04-14 10:44 (UTC)
Not working on Gnome 40.0 for me either. If I run "insync start", I get nothing as output, and there's no verbose option. I tried using strace on it, but couldn't find a clue, it just seems to run /usr/lib/insync/insync but exit immediately afterwards. I don't know how to properly debug it.
thenaterhood commented on 2021-04-14 02:25 (UTC)
Sounds like insync is aware of the issue and it will be fixed in the next release: https://forums.insynchq.com/t/insync-not-working-on-gnome-40/17149/3
I'm not opposed to removing more of the packaged libs since this is a huge package, but I'd rather defer to their fix.
tinywrkb commented on 2021-04-12 14:41 (UTC)
@renatocrrs this shouldn't break the app, it should run even without that schema but with degraded font rendering.
This was introduced because those schemas were moved out from gnome-settings-daemon into gsettings-desktop-schemas.
If I understand correctly this change requires an updated GTK3 but Insync ships its own version.
I had a workaround for a relevant gsettings schema issue that I uploaded as an AUR package,
gsettings-xsettings-schemas
, but I'm not sure that it's safe to use after the Gnome 40 release so the AUR package is installing nothing now.If you're brave enough, can work without a GUI if it breaks, I mean directly with the Linux console, then try building the package from here and report back. You can also just copy the schemas.
If it works, doesn't break XDG Portal, and you don't see errors about the schemas in the log then I can bring it back to the AUR for compatibility with older GTK3 releases.
@thenaterhood
You can probably remove the packaged GTK3 lib and let the app pick up from the system as the ABI is stable, but I'm not sure how safe it is.
In my Flatpak packaging for Insync I'm purging a bunch of libs that are already included in the runtime, see here.
thenaterhood commented on 2021-04-12 11:43 (UTC)
@rubusarbaro can you be more specific about what you're seeing?
rubusarbaro commented on 2021-04-09 01:15 (UTC)
It's not working with Gnome 40
brianmsm commented on 2020-10-07 21:27 (UTC)
Could you update this package, please?
thenaterhood commented on 2020-09-14 21:44 (UTC)
Hmm. That doesn't look like it was the answer. I haven't tried running it in a chroot container so that may be an option but I'm not sure how much difference it'll make since I'm on a pretty clean install as it is.
tinywrkb commented on 2020-09-13 07:50 (UTC)
@thenaterhood this looks like some mismatch libs error. Do you have qt5 installed on your system? if so then remove it and try to run without it or start insync in a chroot container with x11 forwarding.
Another solution that might help is to run with
env LD_LIBRARY_PATH=/usr/lib/insync insync start
thenaterhood commented on 2020-09-13 03:58 (UTC)
Sorry for the delay, my hard drive died yesterday so I'm getting back in working order. I'm having trouble getting insync to work at the moment, seemingly unrelated to the latest updates. Tracking that down.
thenaterhood commented on 2020-09-10 16:41 (UTC)
Sweet. Thanks for the heads up on that. And thanks for the PKGBUILD, you did all the hard work :)
tinywrkb commented on 2020-09-07 19:02 (UTC) (edited on 2020-09-08 09:45 (UTC) by tinywrkb)
@thenaterhood it might be a good idea to remove
/usr/lib/insync/libGL{X,dispatch}.so*
from the package. These are already supplied by libglvnd and might cause the app to crash if it tries to use the EGL Wayland backend. edit: also/usr/lib/insync/libdrm.so*
should be removed.edit: here the suggested changes, this works fine for Wayland software rendering but the EGL backend still doesn't work while it is working in a container environment (Flatpak), I'm not sure why.
tinywrkb commented on 2020-09-07 16:46 (UTC) (edited on 2020-09-07 17:06 (UTC) by tinywrkb)
Heads up, latest 3.2.7 release finally includes Qt5 Wayland shell integration plugins but the app still doesn't load when start as a Wayland client, so QT_QPA_PLATFORM=xcb should still be used.
edit: actually it works perfectly as a Wayland client on my Arch Linux host, it didn't work correcly in a container, strace showing some memory allocation issue.
thenaterhood commented on 2020-08-02 01:57 (UTC)
@tinywrkb: I'm subscribed to the insync discourse releases topic. I usually try not to pick up releases immediately because there have been a few that have been pulled.
Feel free to give me a nudge or mark the package out of date if you think I'm running behind - it does happen.
tinywrkb commented on 2020-08-01 15:03 (UTC) (edited on 2020-08-01 15:08 (UTC) by tinywrkb)
@thenaterhood, how are you following releases? you seem to be missing out on updates.
This is what I'm doing:
On the Insync Discourse I set
Watching first post
on the Releases topic.I have the following in urlwatcher's urls.yaml
p.s. Forgot to mention that the last one (apt repo) doesn't always work correctly due to the fact
Last-Modified
in the response HTTP header is not always updates on content change so urlwatcher just skip over it.tinywrkb commented on 2020-06-17 11:00 (UTC) (edited on 2020-06-17 11:01 (UTC) by tinywrkb)
@biwhite, try to set QT_QPA_PLATFORM as an environment variable. You can also drop your own insync.desktop file with an updated Exec into
$XDG_DATA_HOME/applications
.I'm no longer using this AUR package in favor of my own Flatpak but during a little investigation I noticed I can throw away most of the embedded shared libs in favor of system libs, and insync would still work perfectly fine.
IIRC I only had to keep the python, icu, shiboken2, curl libs, and the for rest I used systems libs, include qt5webengine. But I've done it with a Flatpak runtime not with Arch libs.
As this issue might be related to out-of-date QT libs then it probably worth trying to run insync with system libs instead of the embedded ones.
biwhite commented on 2020-06-11 15:26 (UTC)
I'm on wayland and need to start the app with
insync start --qt-qpa-platform=xcb
otherwise there's no GUI showing up. How's best to get this incorporated into the .desktop files?papa33 commented on 2020-03-11 08:52 (UTC)
They released v 3.1 yesterday, but I reported a bug. They said they have just fixed it, but right now they have removed all the links to the downloads.
tinywrkb commented on 2020-02-29 14:07 (UTC)
@mpei it's nice to hear that your issue was resolved. Note that you might be able to avoid the binary printer driver altogether. If you have a recent HP printer with AirPrint support then driverless printing with CUPS should just work, and it's possible you could get driverless scanning working via eSCL protocol with SANE's eSCL builtin backend or the sane-airsane one.
mpei commented on 2020-02-28 22:16 (UTC)
Thanks for everyone pointing me in the right direction. It is solved and I think I know what happened.
I renamed the symlink:
mv /usr/lib/x86_64-linux-gnu /usr/lib/x86_64-linux-gnu.tmp
And installed insync with yay:
yay -S insync aur/insync-nautilus aur/insync-nemo
Some time ago I had hp-lib installed and I remember that needed the symlink to be there in order to run properly and find the plugins. So I must have put that in manually and forgot about it. I'm grateful for all your help.
mpei commented on 2020-02-28 22:00 (UTC)
I'm grateful for all your comments! I really am not sure how to debug this on my own.
➜ ~ file /usr/lib/x86_64-linux-gnu /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0 /usr/lib/x86_64-linux-gnu: symbolic link to /usr/lib64 /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0: directory
tinywrkb commented on 2020-02-28 21:15 (UTC)
@mpei
This only makes sense if you have a symlink somewhere there. So it's
/usr/lib/x86_64-linux-gnu
or/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0
.Just test this with
$ file /usr/lib/x86_64-linux-gnu /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0
, one of them should be a symlink, and then check which package own the symlink (can be none if created by an install script).mpei commented on 2020-02-28 05:30 (UTC)
I did then remove the .cache file and tried to install again: error: failed to commit transaction (conflicting files) insync: /usr/lib/x86_64-linux-gnu exists in filesystem Errors occurred, no packages were upgraded.
mpei commented on 2020-02-28 05:16 (UTC)
➜ ~ pacman -Qqo /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache
error: No package owns /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache
➜ ~ pacman -Qqo /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0
gdk-pixbuf2 libheif librsvg libwmf
tinywrkb commented on 2020-02-26 16:44 (UTC)
@mpei
/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0
is a directory and it's not a problem if multiple packages own it.Also, I'm pretty sure that you didn't run this on
/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0
but on/usr/lib/gdk-pixbuf-2.0/2.10.0
.$ pacman -Qo /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache
?mpei commented on 2020-02-26 14:19 (UTC)
➜ ~ pacman -Qqo /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0
gdk-pixbuf2 libheif librsvg libwmf ➜ ~
It would be great to check if the symlink / directory is there before creating it.
thenaterhood commented on 2020-02-26 03:18 (UTC)
Stepping in to say I've seen your comments, I just haven't had a chance to address them.
The symlink we're creating was a stopgap for ...well, its absence. We can definitely remove it or do it differently if it's now a problem.
tinywrkb commented on 2020-02-22 19:40 (UTC)
@mpei which package own
/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache
on your system except insync? this should be solved properly with a gdk-pixbuf-compat package.mpei commented on 2020-02-21 17:16 (UTC)
I can remove the cache file. But it seems to have a conflict with that entire folder: /usr/lib/x86_64-linux-gnu.
Output: error: failed to commit transaction (conflicting files) insync: /usr/lib/x86_64-linux-gnu exists in filesystem Errors occurred, no packages were upgraded.
tinywrkb commented on 2020-02-18 21:06 (UTC) (edited on 2020-02-18 21:13 (UTC) by tinywrkb)
@mpei Check which package owns the file. If multiple packages need this then it should be moved to its own gdk-pixbuf-compat package so both insync and the other offending package can depend on it.
At worst, you can add the file path to pacman.conf NoExtract and NoUpgrade and then create the symlink manually.
edit: And you might be able to avoid adding the file by exporting the environment var
GDK_PIXBUF_MODULE_FILE=/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache
.mpei commented on 2020-02-18 16:37 (UTC)
Anybody else getting that conflict?
error: failed to commit transaction (conflicting files) insync: /usr/lib/x86_64-linux-gnu exists in filesystem insync: /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache exists in filesystem Errors occurred, no packages were upgraded.
tinywrkb commented on 2020-02-06 14:56 (UTC)
Great! thanks for the update.
thenaterhood commented on 2020-02-06 03:25 (UTC)
tinywrkb: Awesomesauce! Looks good to me, I've integrated your changes. Always happy when I can remove dependencies.
tinywrkb commented on 2020-02-03 16:01 (UTC)
The last update to Insync added the missing
libxkbcommon-x11.so
so I updated the diff in my previous comment and dropped libxkbcommon-x11 from the depends array.You should update the PKGBUILD accordingly, you can review the list of included libs in
/usr/lib/insync
, and this can easily be tested in a chroot with X11 forwarding.tinywrkb commented on 2020-01-22 14:10 (UTC) (edited on 2020-02-03 15:46 (UTC) by tinywrkb)
Here are the changes for minimal dependencies. Tested in a chroot and it worked correctly.
The app seems to fallback to software rendering and this might be an issue with the original distributed deb package. Export
QT_DEBUG_PLUGINS=1
and look at~/.config/Insync/out.txt
, my guess is that the app is missing xcbglintegrations.thenaterhood commented on 2019-12-24 00:41 (UTC)
Updated PKGBUILD ot use python, not python2. I'm not sure we need the Python dependency at all because I think that insync is shipping its own Python, but I haven't tested with that yet.
tholinka commented on 2019-12-22 06:10 (UTC)
I edited the pkgbuild to use python and it's working fine (no python2 installed on this system). @tinywrkb is correct, v3 only needs python, not python2.
MrWhiskers commented on 2019-12-21 21:21 (UTC)
Could you update to the latest version? It supposedly fixed some very serious bugs
atescula commented on 2019-12-13 12:43 (UTC)
V3 has big big BIG bugs. destroyed what I've organized for years. Support Team is polite but useless. Went back to v 1.5.7
alternative: OverGrive for the price of a coffee
tinywrkb commented on 2019-11-22 23:04 (UTC)
hsseung commented on 2019-11-13 02:09 (UTC) (edited on 2019-11-13 03:30 (UTC) by hsseung)
@Ludde @iosonofabio Thanks, that worked! Embarrassed that I didn't think of it :)
P.S. The icon wouldn't show up in the top bar until I installed this package and activated with GNOME Tweak Tool: https://aur.archlinux.org/packages/gnome-shell-extension-appindicator/
iosonofabio commented on 2019-11-11 12:22 (UTC)
Indeed, confirm that rm -rf the aur git folder for insync and recloning solved it. Thank you!
Ludde commented on 2019-11-11 11:37 (UTC)
@hsseung @@iosonofabio, I had the same issue. It started working after I removed my git-directory and cloned it again from scratch. I also noticed that the size of the package shrinked from ~700mb to ~300mb when doing this.
hsseung commented on 2019-11-09 13:45 (UTC) (edited on 2019-11-09 13:46 (UTC) by hsseung)
I'm still getting the same error as @iosonofabio. Does anyone have suggestions?
kubrick commented on 2019-11-07 08:08 (UTC)
And just bumping the pkgrel helps with ...?
que5779 commented on 2019-11-01 11:02 (UTC)
Something in the recent updates broke my 1.5.3 version. And I have not been able to get a version 3.x running yet. overGdrive https://www.thefanclub.co.za/overgrive has a product that supports Archlinux and priced very reasonable. I will test drive it at least until insync works for me again.
iosonofabio commented on 2019-10-24 00:51 (UTC) (edited on 2019-10-24 00:51 (UTC) by iosonofabio)
Thanks. This is still not working on my machine. When I debug using
insync start --no-daemon
I get the following error:
firecat53 commented on 2019-10-23 22:34 (UTC)
You can change the python2 requirement to just python. Version 3 added python3 support. I changed the PKGBUILD to python and it works fine.
iosonofabio commented on 2019-10-14 06:16 (UTC)
Same problem here. Tried some rewiring via LD_LIBRARY_PATH but could not really get it to work.
This is a bummer cause insync 3 supports both GDrive and OneDrive and I would need both.
Thanks anyway for maintaining!
hsseung commented on 2019-10-14 01:45 (UTC)
I'm getting this error message. Setting
QT_QPA_PLATFORM=wayland
yields pretty much the same message. Any suggestions?achilleas.k commented on 2019-10-06 13:17 (UTC) (edited on 2019-10-06 13:18 (UTC) by achilleas.k)
I run Insync headless on a home server and CLI and headless support were dropped in v3. I've created a separate aur package called insync1 from the last commit of this package pre-v3. The official word on this package is that it's community supported and it wont receive any updates.
Insync say they might add CLI/headless support in the future. Until then, we can use 1.5.7 until it stops working. I've added a pinned comment on the package to explain its purpose.
salsergey commented on 2019-10-03 06:01 (UTC)
Seems to work fine on my fresh Manjaro KDE. However, it turned out that the tray icon wasn't shown, though it was responding to mouse clicks. The tray icon appeared only after the installation of lib32-libappindicator-gtk2. Maybe this package should be included in the dependencies of Insync?
giswqs commented on 2019-09-30 12:40 (UTC) (edited on 2019-09-30 12:41 (UTC) by giswqs)
The latest update broke insync on my Manjaro KDE. The insync tray icon is not responding, and files are not being synced. Please help! Thanks.
Kr1ss commented on 2019-09-29 22:36 (UTC)
Thx for the update !
NobbZ commented on 2019-09-29 09:01 (UTC) (edited on 2019-09-29 09:19 (UTC) by NobbZ)
@Kr1ss, yes, still it would be cool if that fix was included in the
PKGBUILD
from the AUR already…edit 1:
I made it work after applying the following diff:
Kr1ss commented on 2019-09-29 08:35 (UTC)
@BrianAllred see my comment below for a fix.
BrianAllred commented on 2019-09-29 06:05 (UTC)
Can't install in a clean chroot.
commented on 2019-09-28 20:51 (UTC)
hi guys, dont you have problems with tray icon under gnome ?
Jin23Lee commented on 2019-09-28 17:29 (UTC)
Thanks to the package maintainer! the latest insync is working!
Kr1ss commented on 2019-09-28 14:55 (UTC) (edited on 2019-09-28 17:53 (UTC) by Kr1ss)
Hey @thenaterhood & @erikdubois, thx a lot for packaging this !
Would you consider to change lines #35f in your
PKGBUILD
like :i.e. point to
insync{,@}.service
(inside$srcdir
) rather than../insync{,@}.service
.The latter wouldn't work for a user who has changed their
$SRCDEST
, (mine is changed to a temp folder for ex.). Sincemakepkg
symlinks all AUR source files to$srcdir/<filename>
, omitting the../
would work for all configurations, default$SRCDEST
or not.EDIT Further on, the service files aren't recognized as sources in the first place because they need to be defined in one
source
array (as well as one single checksum array) :EDIT 2 FWIW, the current build based on the Debian Buster package works without manually creating symlinks as suggested by @gofree. These libraries are included now, so changing from the Ubuntu package to Buster was a good move !
Cheers and thanks !
commented on 2019-09-28 08:49 (UTC)
Created a new PKGBUILD today. This time NOT based on Ubuntu but on buster. See if this improves things. If you figure out how to improve things, we started a post on the forum of insync to get rid of the messages in the terminal - https://forums.insynchq.com/t/arch-linux-aur-latest-version/14730
commented on 2019-09-28 07:50 (UTC)
3.0.20 doesnt work either without symlinks - either it has to go to PKGBUILD or be resolved :) or add those symlinks manually after update
cd /usr/lib/insync
sudo ln -s -f /usr/lib/libfontconfig.so.1.12.0 libfontconfig.so.1
sudo ln -s -f /usr/lib/libfreetype.so.6.17.1 libfreetype.so.6
apart from that it looks promising - sync in progress
wizonesolutions commented on 2019-09-27 17:33 (UTC)
I'm unfamiliar with
PKGBUILD
s but would like to contribute an update and fix if it would help. Can this symlinking be done as part of thepackage()
step? I'm not sure what access the build system has to the wider system. Also, should libfontconfig and libfreetype be added to the dependencies?commented on 2019-09-27 06:12 (UTC)
according
https://forums.insynchq.com/t/arch-linux-segmentation-fault-on-insync-v3-start/14686/11
this should help
cd /usr/lib/insync
sudo ln -s -f /usr/lib/libfontconfig.so.1.12.0 libfontconfig.so.1
sudo ln -s -f /usr/lib/libfreetype.so.6.17.1 libfreetype.so.6
BTW 3.0.20 is out - maybe worth update the package with the fix for fontconfig error
bred commented on 2019-09-27 06:01 (UTC)
I'm experiencing the same bug of JuniorTonny.
JuniorTonny commented on 2019-09-27 05:04 (UTC)
Consegui corrigir o problema, baixe esse pacote de correção https://drive.google.com/file/d/1Z8b8Wd9IcnThnu5Rt9bsICn5VXzPw72_/view?usp=sharing
e no terminal use o seguinte comando sudo tar -vzxf Downloads/insync.tar.gz -C /lib/insync
JuniorTonny commented on 2019-09-27 01:53 (UTC)
bug log file https://pastebin.com/raw/RwhekjS9
blackhole commented on 2019-09-23 10:15 (UTC) (edited on 2019-09-23 10:15 (UTC) by blackhole)
Tired of insync probems, I have switched to overgrive: https://aur.archlinux.org/packages/overgrive/
Small, using python3, less expensive and... working
papa33 commented on 2019-09-23 05:32 (UTC)
After "fixing" the crash bug, I could test the program a little bit. I can say that it is extremely unstable. For example, I synced a local folder and it synced some files on my google drive but also deleted a lot of files from the local directory without any apparent reason. Absolutely unusable…
blackhole commented on 2019-09-22 07:21 (UTC)
Please correct the systemd user service. No more insync-headless in version 3.
papa33 commented on 2019-09-21 22:29 (UTC)
I solved the problem of program crash when cliking on "local selective sync" :
mkdir -p /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/ ln -s /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache
GuardCat commented on 2019-09-21 19:10 (UTC)
I solved the problem with that bug:
install: cannot stat '../insync@.service': No such file or directory
Just edit PKGBUILD and change these rows:
to full path. It depends on your AUR helper. I use trizen, so I wrote this:
spsf64 commented on 2019-09-21 15:10 (UTC)
@JPB_9876 rclone-browser (rclone+gui) works pretty well: https://aur.archlinux.org/packages/rclone-browser
JPB_9876 commented on 2019-09-21 11:22 (UTC)
Alas, as others here have said, version 3.x is an absolute disaster... The comments at Insync Forum illustrate the point. While as a non-technical user I'm grateful for ericdubois' hard work on this, this version unfortunately does NOT synchronise files. I started with a clean slate, only to end up with multiple double ups and no-shows. Totally unreliable. I would dearly love to go back to version 1.5.x because I never had any issues with it, but no matter what I do, it won't run in any shape or form. Exits with the same crash teacher4711 described earlier. I guess it'll have to be rclone again...
Xavion commented on 2019-09-21 06:58 (UTC)
Just so you know, Insync depends on Python v3 these days. See here for confirmation: https://www.insynchq.com/blog/insync-3/
Kage-Yami commented on 2019-09-20 07:58 (UTC) (edited on 2019-12-23 12:35 (UTC) by Kage-Yami)
I'm seeing the same build failures with
aurto
(which uses a clean chroot viaaurutils
).Also (and this is more of a personal conjecture), given the manual migration steps involved in going from 1.x to 3.x (as per Insync's emails), I think it would've been better to have a message explaining the manual migration steps required when the package is updated in
pacman
, perhaps even going so far as to make 3.x into a separate AUR package (though probably a little late for that now that this one is updated).EDIT [23-Dec-2019] - Removed link and reference to snippet of error that is no longer available.
yan12125 commented on 2019-09-20 02:57 (UTC)
Cannot build in clean chroots (extra-x86_64-build)
papa33 commented on 2019-09-19 17:49 (UTC)
I use Cinnamon DE. The program crashes although I carefully cleaned my home directory from any insync related file as you wrote.
blackhole commented on 2019-09-19 15:31 (UTC)
I think insync-headless is missing n the package: set 19 17:27:09 archlinux systemd[56964]: insync.service: Failed at step EXEC spawning /usr/bin/insync-headless: No such file or direct>
lewis2e commented on 2019-09-19 15:23 (UTC)
@erikdubois Thank you for updating the package, I for one appreciate it. Might not be that helpful but, to confirm, I am having none of the reported problems on Manjaro using KDE. I don't get the crash described for "local selective sync". So far, everything seems to work as it should. Will report any problems.
commented on 2019-09-19 14:33 (UTC)
You can now install version 3.0.19.40421. It WILL sync your documents. However depending on the desktop you are on you will be able to change your directory, where to put your sync. ALWAYS start with deleting all insync related files in ~/.config and even in ~/.cache just to be save. If you have issues with selecting another folder then do not change it. The insync folder will become ~/Insync/<yourmailaccount>/Google Drive/ Let us figure it out together what needs to be changed in the PKGBUILD in order to make the button "local selective sync" work on any desktop.
papa33 commented on 2019-09-19 13:47 (UTC)
I just installed v3.0.19 modifyng the PKGBUILD od erikdubois. But the program still crashes when I click on "local selective sync" as I mentioned earlier. This bug is not present in elementary OS.
lewis2e commented on 2019-09-19 13:08 (UTC)
3.0.19 now
Also got an email today officially announcing version 3. Looks like they are out of beta.
papa33 commented on 2019-09-17 20:20 (UTC) (edited on 2019-09-17 20:22 (UTC) by papa33)
On the forum they announced v 3.0.17.
Edit : 3.0.18 now
freedent commented on 2019-09-17 12:58 (UTC) (edited on 2019-09-17 13:21 (UTC) by freedent)
For the new version (no problem for me) PKGBUILD modification
Line 6 from pkgver=1.5.7 to pkgver=3.0.16.40306
Line 7 commented #_pkgver=37371
Line 32 new sha256sums sha256sums_x86_64=('184fa581fd1d21bc9fb62c4395373dcef879e5f4652f30201e96d96dc431a772')
Line 34 from source_x86_64=("http://s.insynchq.com/builds/${pkgname}${pkgver}.${_pkgver}-${_dist}_amd64.deb") to source_x86_64=("https://d2t3ff60b2tol4.cloudfront.net/builds/${pkgname}${pkgver}-${_dist}_amd64.deb")
soundscape commented on 2019-09-16 09:15 (UTC)
@teacher4711 I've been getting the exact same error for months. Also on xfce. I, however, can't get insync to run, no matter what I do.
teacher4711 commented on 2019-09-13 07:44 (UTC) (edited on 2019-09-13 08:29 (UTC) by teacher4711)
@erikdubois When I start insync via the icon from the start menu or the console (insync start) under xfce I get the following error:
Traceback (most recent call last):
File "isyncd/linux/headless/cli.py", line 108, in ipc_insync
File "socket.py", line 228, in meth
error: [Errno 111] Connection refused
i3 works.
xfce only works for me after (tray icon appears and insync window appears) after starting the service sudo systemctl start insync@<user>.service
papa33 commented on 2019-09-12 17:12 (UTC)
I noticed a possible issue : when I click on "local selective sync" the program crashes (using manjaro testing).
lewis2e commented on 2019-09-11 17:20 (UTC)
@NoSync No, it is usable. I have been using it on Linux since the first beta of version 3 (which really was a hot mess). Few versions later, however, and it's perfectly functional. I have used it on Mint for months, and more recently Manjaro. It seems to work fine, however, as someone else commented, it is missing some features (e.g. symlinks).
NoSync commented on 2019-09-11 16:27 (UTC)
I thought I had read some comments about Insync 3 here, but they seem to have been removed. Is it still so unstable as to not being usable?
papa33 commented on 2019-09-11 15:30 (UTC)
Thanks for the insync 3 PKGBUILD. It's working on Manjaro. But the main problem with insync 3 is that it doesn't support symlinks (they say it will but this is a major regression for me).
testbird71 commented on 2019-09-10 12:57 (UTC)
@erikdubois Thank you for the new pkgbuild. It works out of the box with manjaro kde.
lewis2e commented on 2019-09-10 11:54 (UTC)
@erikdubois Thanks. So this works well for me (on Manjaro). Installs without issue. Everything looks present and correct. Will keep it running for a few days.
commented on 2019-09-10 07:06 (UTC)
I made a pkgbuild to install the 3.0.16-40306 version. Can you try it out as well for several days and see if it is ok. http://bit.ly/insync-pkgbuild
lewis2e commented on 2019-09-10 05:49 (UTC)
If it helps anyone - I was able to download the .deb package (insync_3.0.16.40306-buster_amd64.deb) open it with Ark and simply copy the files in data.tar.gz to their correct locations in the file system. Insync runs fine after that, but obviously no automatic updates. I am using Manjaro.
frigaut commented on 2019-09-08 20:14 (UTC) (edited on 2019-09-08 20:14 (UTC) by frigaut)
Same here. insync just doesn't start, or dies immediately after an upgrade to the 5.2.13 kernel (might be coincidental).
thenaterhood commented on 2019-09-08 04:01 (UTC)
@vkovanovic: Thanks for the tip! No luck for me there though.
I have a post on the insynchq forums, but I haven't turned up any new information there yet.
vkovanovic commented on 2019-09-08 02:00 (UTC) (edited on 2019-09-08 02:01 (UTC) by vkovanovic)
Hi,
insync stoped working for me sometime ago and I could not start it at all, it just dies silently. However, I used debtap and was able to install Debian Buster package (insync_3.0.16.40306-buster_amd64.deb) from insync website. Then, I started it from command line and it worked out of the box (QT interface turned up)
thenaterhood commented on 2019-08-19 02:28 (UTC)
I'm aware insync has a new version, but it appears to have some stability problems, based on their forums and the fact that I can't get it to run.
I'm working on it, and I'll post it once there's some semblance of stability.
thenaterhood commented on 2019-08-13 03:21 (UTC)
@JuniorTonny If insync otherwise works, I'll venture that what you're seeing is a problem with insync, and not one I'm able to address, unfortunately. I'd take a look at the insync help center (https://help.insynchq.com/) and if that doesn't give you any answers, email their support team.
JuniorTonny commented on 2019-08-08 17:15 (UTC)
it does not upload very large files via g suit's shared drive, but by the browser does normally, I don't know if it's a problem with my distro or Insync, I haven't tested it on another distro yet sorry for my typos friend, i'm brazilian and i am using google translator to communicate
thank you very much for your attention :))
thenaterhood commented on 2019-08-08 03:20 (UTC)
@JuniorTonny what exactly is the problem you're having? Keep in mind that I am not a developer of insync, I just maintain the AUR package. Depending what your problem is, you might need to contact insync directly. I also recommend against allowing random people on the internet to access your computer - not a good idea.
JuniorTonny commented on 2019-08-04 20:08 (UTC)
You can make the payment with permission to have shared access, and I have a shared drive with it and am trying to reach about 300gb, is it because of the size? if you want the step a teamviewer for u see my machine my facebook is: https://www.facebook.com/JuniorOfDeath my whatsapp/telegram is: +5547988717595
thenaterhood commented on 2019-08-04 20:01 (UTC)
@JuniorTonny: This should work fine on XFCE (in fact, that's where I use it). Assuming, of course you're not running into the same problem as soundscape.
@soundscape that's...interesting. I tried to replicate that, but I didn't run into it. By any chance, what version(s) of Python are you running? Insync appears to provide its own Python, meaning that there might be some room to experiment with either removing the system Python, or removing insync's Python (and symlinking to the system one).
soundscape commented on 2019-08-03 01:45 (UTC)
@thenaterhood Can confirm that it only crashed while syncing with the GUI open.
thenaterhood commented on 2019-08-03 01:36 (UTC)
@taflaj awesome! glad to hear it!
@soundscape that's very strange.
taflaj commented on 2019-08-02 02:27 (UTC)
@thenaterhood Today I got the update. Installed it without any issues. Insync is working fine. Thank you!
soundscape commented on 2019-08-01 12:03 (UTC) (edited on 2019-08-02 10:46 (UTC) by soundscape)
Build 1.5.7-3 is crashing with coredump:
/#18 0x0000560acd7a4807 n/a (insync)
/#19 0x0000560acd78f2e6 PyObject_Call (insync)
/#20 0x0000560acd796b66 n/a (insync)
/#21 0x0000560acd78f2e6 PyObject_Call (insync)
/#22 0x0000560acd7490cd PyEval_CallObjectWithKeywords (insync)
/#23 0x00007f8f88754509 n/a (greenlet.so)
/#24 0x00007f8f887547af n/a (greenlet.so)
/#25 0x0000560acdb39d80 _Py_NotImplementedStruct (insync)
Fresh build & install.
Edit: Seems to only crash with the GUI open, possibly only during a sync. Sync with the GUI closed seems to run fine.
thenaterhood commented on 2019-08-01 02:31 (UTC)
Cool, okay. I tried removing /usr/lib/insync/libstdc++.so.6 and that was fine on my end too. If that's the official suggestion, then seems like updating the PKGBUILD to do the same is the right thing for now.
taflaj commented on 2019-07-31 15:07 (UTC) (edited on 2019-07-31 15:10 (UTC) by taflaj)
I did do a fresh install, and the problem remained.
Today I got an update from the vendor. They suggested I remove /usr/lib/insync/libstdc++.so.6, which I did, and then it started working flawlessly. @thenaterhood this may be the key to it.
thenaterhood commented on 2019-07-31 02:39 (UTC)
My system is upgraded to the latest and greatest, and I've tried re-building and re-installing insync, but it's working fine for me (...of course, right?). I'm running (regular) mesa and not even seeing the mesa problem. I'll double check that the fix from @testbird71 doesn't break anything on my end, and I'm more than happy to add it.
For those having issues with segfaults or insync not starting, have you tried rebuilding the package and reinstalling?
thenaterhood commented on 2019-07-30 11:55 (UTC)
Howdy folks - apologies for the delay. I've been reading comments, but I have not had a chance to investigate.
taflaj commented on 2019-07-30 06:46 (UTC)
Here's what Insynchq Pte. Ltd. responded when I reported the problem to them: "This is currently out of our control since Insync's Arch builds are maintained by the AUR. With that, we highly recommend users to contact the package maintainer or the AUR regarding this."
taflaj commented on 2019-07-30 04:44 (UTC)
Using Manjaro with kernel 5.2.2-1-MANJARO. After the latest upgrades insync stopped running. When I try to run it manually, it quits without even an error message.
Any help is greatly appreciated.
ArthurBorsboom commented on 2019-07-29 07:48 (UTC)
dmesg (after package upgrades?):
insync[10274]: segfault at 68 ip 00007f41a32eb2b4 sp 00007ffe7162db60 error 4 in ld-2.29.so[7f41a32e0000+1f000]
yiping_huang commented on 2019-07-28 10:30 (UTC)
@yurikoles Nope, regular mesa here. Fix from @testbird71 works.
yurikoles commented on 2019-07-28 09:23 (UTC)
@testbird71, @HeroCC
You have definitely installed some mesa-git.
HeroCC commented on 2019-07-27 20:32 (UTC)
Same issue (and fix) as @testbird71
testbird71 commented on 2019-07-26 08:20 (UTC)
insync start --no-daemon libGL error: MESA-LOADER: failed to open radeonsi (search paths /usr/lib/dri) libGL error: failed to load driver: radeonsi libGL error: MESA-LOADER: failed to open radeonsi (search paths /usr/lib/dri) libGL error: failed to load driver: radeonsi libGL error: MESA-LOADER: failed to open swrast (search paths /usr/lib/dri) to fix sudo rm /usr/lib/insync/libstdc++.so.6
flagged out of date to work on it
thenaterhood commented on 2019-05-22 02:43 (UTC)
@yan12125: that's a good question, I never tried! From your experience it seems plausible. I'll play with it - if I can ditch a dependency that's never a bad thing.
yan12125 commented on 2019-05-13 13:42 (UTC)
Is python2 required to run insync? Apparently insync comes with its own python executable (/usr/lib/insync/py), and it works if I remove the python2 package forcibly.
thenaterhood commented on 2019-01-05 03:48 (UTC)
Alright folks! (@auroq and @techlive in particular). I've added the dependencies suggested after some research. They are not listed in the .deb file I'm pulling from insync, but the insync binaries do expect them. Hopefully that saves some trouble for others in the future.
For anyone updating a working insync who finds themselves surprised by new dependencies that they don't have installed, please comment so I can be aware of anything extra.
auroq commented on 2018-12-11 05:19 (UTC) (edited on 2019-06-28 18:11 (UTC) by eschwartz)
@thenaterhood, Thanks for maintaining this package! I ran into the following error which was fixed by installing "libxcomposite". You might want to add that to dependencies.
thenaterhood commented on 2018-12-10 04:24 (UTC)
techlive: I'm happy to add those as dependencies if they're needed, but I need to look more into that. I'm concerned with the fact that this is the first I'm hearing of a major dependency problem since I adopted the package - which may mean something else is going on, or that nobody else has complained - who knows.
techlive commented on 2018-12-08 16:55 (UTC)
On a fresh installed Arch Linux, no GUI, start Insync in headless mode, get "Insync doesn't seem to be running. Start it first." on every command.
.config/Insync/out.txt says a lot about missing libraries, pkgfile the missing library one by one, trial and error, finally get it working. shouldn't these be added as dependencies?
Also, refer to this article https://medium.com/@insync/run-google-drive-via-command-line-c3c504425fac for headless setup.
thenaterhood commented on 2018-11-04 00:01 (UTC)
RE: headless mode - I'm in agreement for that. RE: systemd userspace - That sounds reasonable to me.
I'll look into both of those.
blackhole commented on 2018-10-06 13:05 (UTC)
This is right. I personally think that systemd service should start insync always in headless mode.
windmagi commented on 2018-10-06 13:01 (UTC)
I was having trouble getting the service to work on a headless box running insync.
The solution was to edit the service file to point to insync-headless instead of insync.
Ender commented on 2018-10-01 12:38 (UTC) (edited on 2018-10-01 12:38 (UTC) by Ender)
The proposed insync.service for systemd userspace has a After=local-fs.target network.target definition. IMHO this should be removed because systemd in userspace does not have these targets (only systemd system has both of them).
yan12125 commented on 2018-09-18 05:04 (UTC)
Apparently insync switches to Qt5 in version 1.5.1 and the tray icon works without sni-qt now. You may want to remove that from optdepends.
thenaterhood commented on 2018-09-17 03:05 (UTC)
FYI: Insync appears to no longer be building i686 packages. I'm just the messenger here - if this affects you, contact Insync directly.
As Arch itself has dropped official support for i686, I'm dropping support here as well, unless Insync starts publishing i686 packages again. I'm not opposed to creating something like an insync-i686 AUR package as previous versions of Insync for i686 are still available for the time being, if that would benefit anyone.
thenaterhood commented on 2018-05-07 23:33 (UTC)
@ctingwai: thanks for the heads up! I'll take a look at that.
ctingwai commented on 2018-05-04 08:16 (UTC) (edited on 2018-05-04 08:19 (UTC) by ctingwai)
The libz error:
ImportError: /usr/lib/insync/libz.so.1: version ZLIB_1.2.9 not found (required by /usr/lib/libpng16.so.16)
can be workaround by symlinking libz.so.1 to the one stored in /lib:
petsam commented on 2018-04-03 22:23 (UTC) (edited on 2018-04-03 23:51 (UTC) by petsam)
(Update: I renamed ~/.local/share/applications/mimeapps.list and it started fine. I will try to find out why.) I had 1.4 installed 2 weeks ago, fine. Today I realize (after some updates) it 's not starting with errors about fontconfig (invalid attributes) and mimeapps.list (parsing). Manjaro Testing insync 1.4.5-1 fontconfig 2.13.0+10+g58f5285-1
insync start --no-daemon
Fontconfig warning: line 5: unknown element "its:rules" Fontconfig warning: line 6: unknown element "its:translateRule" Fontconfig error: line 6: invalid attribute 'translate' Fontconfig error: line 6: invalid attribute 'selector' Fontconfig error: line 7: invalid attribute 'xmlns:its' Fontconfig error: line 7: invalid attribute 'version' more similar here
which: no kreadconfig in (/usr/lib/insync:/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/lib/jvm/default/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl:/var/lib/snapd/snap/bin) WARNING:root:While reading /home/USER/.local/share/applications/mimeapps.list Traceback (most recent call last): File "isyncd/linux/application_manager.py", line 50, in __index_default_apps File "ConfigParser.py", line 305, in read File "ConfigParser.py", line 546, in _read ParsingError: File contains parsing errors: /home/USER/.local/share/applications/mimeapps.list [line 2]: '=popcorntime.desktop;stremio.desktop;menulibre.desktop;planmaker-2018.desktop;audacity.desktop;evince-previewer.desktop;gtk3-widget-factory.desktop;krita_jpeg.desktop;gnome-color-panel.desktop;systemd-manager.desktop;gnome-privacy-panel.desktop;kodi.desktop;org.gnome.ChromeGnomeShell.desktop;org.kde.kdeconnect.kcm.desktop;libreoffice-calc.desktop;eog.desktop;libreoffice-writer.desktop;nautilus-classic.desktop;MSOffice.desktop;gnome-system-log.desktop;gitg.desktop;xfce-xfcalendar-settings.desktop;bvnc.desktop;wps-office-wpp.desktop;qdbusviewer.desktop; more similar here...
Traceback (most recent call last): File "<string>", line 6, in <module> File "main.py", line 128, in <module> File "maininsync.py", line 116, in <module> File "isyncd/linux/headless/cli.py", line 49, in run File "</module>maininsync.py", line 88, in main File "isyncd/linux/platform_impl.py", line 210, in use_this File "isyncd/linux/platform_impl.py", line 108, in init File "isyncd/linux/application_manager.py", line 25, in init File "isyncd/linux/application_manager.py", line 55, in index_default_apps File "isyncd/linux/application_manager.py", line 85, in record_config_entries File "ConfigParser.py", line 655, in items File "ConfigParser.py", line 691, in _interpolate File "ConfigParser.py", line 700, in _interpolate_some AttributeError: 'list' object has no attribute 'find'</module></module></string>
yan12125 commented on 2018-03-25 17:57 (UTC)
Thanks for the fix. Now insync builds and runs fine for me!
thenaterhood commented on 2018-03-25 16:04 (UTC)
!upx flag removed from options. For most, it shouldn't be anything noticeable, but seems to make the package size smaller.
I've also removed the symlinking for libfontconfig, which appears to solve the issue yan12125 reported with the newer fontconfig. insync ships its own version of the library so I don't think we should be forcing it onto the system version (likely sometime in the past there was a bug and the system version was patched would be my guess as to why it was there).
dhux: I haven't forgotten about you! I haven't been able to track down any info so I suggest posting in the insync forum for now, since I don't have an answer. I don't want to do it on your behalf because I don't want to end up relaying things back and forth, since they may want more info. I'll be happy to update the package if they provide you with a resolution.
yan12125 commented on 2018-03-25 09:20 (UTC)
Another issue - could you drop !upx from options of PKGBUILD? It does not work with aur/pacman-git.
Ref: https://bbs.archlinux.org/viewtopic.php?pid=1775925
yan12125 commented on 2018-03-25 06:30 (UTC)
Hello @thenaterhood, the new fontconfig has entered [extra]. Mind taking a look into it?
dhux commented on 2018-03-23 12:05 (UTC) (edited on 2018-03-23 12:06 (UTC) by dhux)
Running insync start --no-daemon results with:
ConfigParser.InterpolationSyntaxError: '%' must be followed by '%' or '(', found: '%java -jar-IY674V.desktop'
thenaterhood commented on 2018-03-19 22:55 (UTC)
@dhux: I need more information in order to look into that. What errors do you get?
@yan12125: That's neat. It looks like insync tries to ship with its own versions of those libraries, but maybe unsuccessfully if it's using the system ones. If it's using the system ones, then I'll need to add some dependencies.
yan12125 commented on 2018-03-19 09:41 (UTC)
@thenaterhood: I have /usr/lib/insync/libfreetype.so.6, too, and it's an ordinary file (not symlink). Maybe the cause is that I've enabled [testing], which contains fontconfig 2.13.0+10+g58f5285-1. FT_Done_MM_Var is a new function in freetype 2.9 [1], and I guess new fontconfig requires new freetype2.
[1] https://lists.nongnu.org/archive/html/freetype-announce/2018-01/msg00002.html
dhux commented on 2018-03-19 01:00 (UTC)
Builds but won't start, even with yan12125's line added to the PKGBUILD.
thenaterhood commented on 2018-03-19 00:54 (UTC)
yan12125: Thanks for the info! Very interesting; I have that file (and it's not a symlink) so I wonder how it got lost for you. I want to look into this more before I add that symlink to the package since I'm worried that could have side effects later.
yan12125 commented on 2018-03-18 08:43 (UTC) (edited on 2018-03-18 08:51 (UTC) by yan12125)
I got an issue after upgrading to 1.4.3
I "fixed" this by adding the following line after the libfontconfig line in PKGBUILD
thenaterhood commented on 2018-03-17 20:04 (UTC)
Well, waddya know. At long last, here's 1.4! Seems to have just been a drop-in, but let me know if anything is weird.
thenaterhood commented on 2018-03-17 19:32 (UTC)
I've added sni-qt as an optional dependency for the system tray icon. I'm willing to make it required, but since the tray icon works for me without it, there might be more details there so I don't want to commit just yet.
I also updated the PKGBUILD so that the tar call is not verbose. It saves a little bit of time when untarring the package so it's not taking the time to write to the console.
RE: 1.4. Sweet! I'll start working on updating the package to it. Hopefully, it's just a drop-in replacement and everything will "just work".
txelu commented on 2018-03-17 11:20 (UTC)
Regarding the missing icon I can confirm that installing sni-qt package and restarting my PC made the insync icon to appear. I am using Gnome Desktop version 3.26.2.
saverio commented on 2018-03-16 17:30 (UTC)
Please, update. Thanks in advance!
poppycock commented on 2018-03-15 19:19 (UTC)
1.4 has been officially released now. @thenaterhood according to https://forums.insynchq.com/t/faq-on-prime-plan/8280 all @gmail accounts were given a free upgrade to Prime (all others (@gapps/3rd party) receive a 30% discount).
Installing sni-qt worked for me when using Gnome and not having a tray icon.
Thank you for your work on this package @thenaterhood - appreciate it may be a while before you can make 1.4 available in the AUR (it's beyond my skills)
thenaterhood commented on 2018-03-08 04:03 (UTC)
@yochaigal: I don't have sni-qt installed, and my tray icon works. I'm willing to add sni-qt as an optional dependency once I can confirm that it's required on QT-based environments, since it appears it's not required on GTK ones.
@dahankzter: I'm not sure what you're experiencing. The package takes several minutes to build on a reasonably modern system (i5, 12GB ram, SSD in my case) which is not uncommon for AUR packages. The resulting package is around 200MB, which is a little on the large side for pacman packages, but should install in a reasonable amount of time (couple minutes, depending on the speed of your disk - it's a large number of files). The short answer, I suppose, is "yes it is supposed to take several minutes". There isn't much I can do to improve on that, other than make the decompression not print to the console which might save a minute or so in the build.
dahankzter commented on 2018-03-07 19:36 (UTC)
Omg is it supposed to take super long time to install?
thenaterhood commented on 2018-02-23 03:25 (UTC)
I'm concerned if something changed, since this is pinned to a version. I'll investigate.
yochaigal commented on 2018-02-21 15:52 (UTC)
After a recent update I wasn't able to see the tray icon. I installed sni-qt and it started working. Perhaps it should e a dependency?
thenaterhood commented on 2017-12-17 17:16 (UTC)
@notuxius You're welcome!
I'm aware of 1.4. I need to look more into the upgrade path for Insync, since at one point I think 1.3.x users who were given free licenses (such as myself) won't be able to upgrade to 1.4 for free, so 1.3 will be around for some time. Given that, I don't think it would be the right course to update this package to 1.4 - perhaps a rename so this would become insync-legacy, and a new package for the very latest insync once it's released would be the best way to go.
My goal is to make sure that everyone is taken care of. Maybe a insync-beta package would be in order for 1.4, for those who want to be part of the beta.
notuxius commented on 2017-12-15 14:08 (UTC)
@thenaterhood Hi. Do you think about adding of current beta package? - https://forums.insynchq.com/t/insync-1-4-beta-with-sync-on-demand-team-drive-syncing-is-here/10391 Thanks for your work!
thenaterhood commented on 2017-12-02 21:20 (UTC)
hsantanna commented on 2017-12-01 18:27 (UTC)
thenaterhood commented on 2017-09-27 02:39 (UTC)
Nefelim4ag commented on 2017-09-23 07:02 (UTC) (edited on 2017-09-26 09:43 (UTC) by Nefelim4ag)
thenaterhood commented on 2017-09-07 01:59 (UTC)
blackhole commented on 2017-09-04 09:52 (UTC)
thenaterhood commented on 2017-06-27 21:37 (UTC)
dtraenapp commented on 2017-05-03 11:10 (UTC)
thenaterhood commented on 2017-04-28 00:28 (UTC)
dtraenapp commented on 2017-04-27 10:41 (UTC)
codextremist commented on 2017-04-10 17:12 (UTC)
codextremist commented on 2017-04-10 17:09 (UTC)
codextremist commented on 2017-04-10 15:27 (UTC)
blackhole commented on 2017-04-09 21:38 (UTC)
thenaterhood commented on 2017-04-06 03:08 (UTC)
LiamPowell commented on 2017-04-05 13:05 (UTC)
thenaterhood commented on 2017-04-04 01:55 (UTC)
ciechomke commented on 2017-04-03 20:12 (UTC) (edited on 2017-04-03 20:14 (UTC) by ciechomke)
guzzard commented on 2017-04-02 14:43 (UTC)
thenaterhood commented on 2016-11-20 01:43 (UTC)
ifndef_define commented on 2016-11-18 05:12 (UTC)
thenaterhood commented on 2016-10-29 03:37 (UTC)
commented on 2016-10-18 00:04 (UTC)
Krieger commented on 2016-09-11 16:13 (UTC) (edited on 2016-10-12 01:00 (UTC) by Krieger)
kennethaar commented on 2016-07-21 07:46 (UTC)
bonbonboi commented on 2016-06-09 18:21 (UTC)
amonobeax commented on 2016-05-18 20:38 (UTC) (edited on 2016-05-18 20:39 (UTC) by amonobeax)
edh commented on 2016-05-18 17:09 (UTC)
diogobaeder commented on 2016-04-20 15:16 (UTC)
rzei commented on 2016-04-19 22:09 (UTC) (edited on 2016-04-19 22:10 (UTC) by rzei)
rpotter28 commented on 2016-04-12 22:13 (UTC)
ArthurBorsboom commented on 2016-04-12 20:33 (UTC)
jpalko commented on 2016-04-12 18:40 (UTC)
rpotter28 commented on 2016-04-12 17:02 (UTC)
rzei commented on 2016-04-11 21:07 (UTC)
rpotter28 commented on 2016-04-11 12:45 (UTC)
rzei commented on 2016-04-10 15:50 (UTC)
DrMartinus commented on 2016-02-26 05:29 (UTC)
arojas commented on 2015-12-10 12:45 (UTC)
markzz commented on 2015-10-15 21:35 (UTC) (edited on 2015-10-15 21:38 (UTC) by markzz)
ciechomke commented on 2015-08-19 22:53 (UTC)
commented on 2015-05-22 12:39 (UTC)
xzy3186 commented on 2015-05-22 02:40 (UTC)
CPUnltd commented on 2015-05-22 00:59 (UTC)
commented on 2015-05-20 15:36 (UTC)
commented on 2015-05-20 15:31 (UTC)
uncon commented on 2015-05-18 18:31 (UTC)
xzy3186 commented on 2015-05-16 11:08 (UTC)
commented on 2015-05-14 18:55 (UTC)
firecat53 commented on 2015-05-13 19:16 (UTC)
Chazza commented on 2015-04-29 08:50 (UTC)
xzy3186 commented on 2015-04-29 01:03 (UTC)
JuHwon commented on 2015-04-28 06:44 (UTC)
Chazza commented on 2015-04-27 10:28 (UTC)
xzy3186 commented on 2015-04-22 00:41 (UTC)
commented on 2015-04-21 19:18 (UTC)
xzy3186 commented on 2015-04-21 00:46 (UTC)
atertillic commented on 2015-04-20 21:57 (UTC)
sender commented on 2015-04-20 17:41 (UTC)
gabor_bernat commented on 2015-04-20 16:48 (UTC)
Chazza commented on 2015-04-12 10:01 (UTC)
xzy3186 commented on 2015-04-07 00:32 (UTC)
travnick commented on 2015-04-06 17:55 (UTC)
xzy3186 commented on 2015-04-06 00:45 (UTC)
travnick commented on 2015-04-05 21:36 (UTC)
xzy3186 commented on 2015-02-24 02:13 (UTC)
blackhole commented on 2015-02-23 12:39 (UTC)
xzy3186 commented on 2015-02-23 12:24 (UTC)
apastuszak commented on 2015-02-23 02:04 (UTC)
blackhole commented on 2015-02-22 15:36 (UTC)
ArthurBorsboom commented on 2015-02-22 11:05 (UTC)
felix.steghofer commented on 2015-02-20 20:02 (UTC)
orschiro commented on 2015-01-23 08:20 (UTC)
xzy3186 commented on 2015-01-23 02:26 (UTC)
orschiro commented on 2015-01-22 16:39 (UTC)
blackhole commented on 2014-11-07 13:02 (UTC)
orschiro commented on 2014-11-07 12:19 (UTC)
xzy3186 commented on 2014-11-04 09:46 (UTC)
blackhole commented on 2014-11-04 08:15 (UTC)
xzy3186 commented on 2014-11-04 01:06 (UTC)
blackhole commented on 2014-11-02 18:28 (UTC)
orschiro commented on 2014-08-19 07:08 (UTC)
xzy3186 commented on 2014-07-28 08:35 (UTC)
travnick commented on 2014-07-27 15:49 (UTC)
xzy3186 commented on 2014-06-13 14:53 (UTC)
sender commented on 2014-06-13 11:34 (UTC)
xzy3186 commented on 2014-02-18 03:52 (UTC)
SimFox3 commented on 2014-02-18 03:21 (UTC)
SimFox3 commented on 2014-02-18 02:09 (UTC)
xzy3186 commented on 2014-02-05 07:31 (UTC)
orschiro commented on 2014-02-05 06:20 (UTC)
orschiro commented on 2014-01-18 08:13 (UTC)
xzy3186 commented on 2014-01-18 07:55 (UTC)
xzy3186 commented on 2014-01-18 07:47 (UTC)
orschiro commented on 2014-01-17 10:03 (UTC)
orschiro commented on 2014-01-13 21:29 (UTC)
xzy3186 commented on 2014-01-12 15:39 (UTC)
orschiro commented on 2014-01-12 07:14 (UTC)
orschiro commented on 2014-01-11 08:10 (UTC)
xzy3186 commented on 2013-12-23 07:12 (UTC)
mmf1902 commented on 2013-12-23 06:18 (UTC)
uke-eda commented on 2013-11-03 08:57 (UTC)
xzy3186 commented on 2013-11-03 04:55 (UTC)
uke-eda commented on 2013-11-02 22:16 (UTC)
orschiro commented on 2013-10-23 06:02 (UTC)
colinkeenan commented on 2013-10-23 03:52 (UTC)
colinkeenan commented on 2013-10-23 03:41 (UTC)
colinkeenan commented on 2013-10-23 03:05 (UTC)
colinkeenan commented on 2013-10-15 07:26 (UTC)
xzy3186 commented on 2013-10-15 01:19 (UTC)
orschiro commented on 2013-10-14 19:58 (UTC)
colinkeenan commented on 2013-10-14 19:33 (UTC)
colinkeenan commented on 2013-10-13 23:19 (UTC)
colinkeenan commented on 2013-10-09 02:26 (UTC)
orschiro commented on 2013-10-08 05:41 (UTC)
colinkeenan commented on 2013-10-07 23:26 (UTC)
xzy3186 commented on 2013-10-06 00:49 (UTC)
orschiro commented on 2013-10-05 11:27 (UTC)
colinkeenan commented on 2013-10-04 19:21 (UTC)
orschiro commented on 2013-09-25 11:56 (UTC)
xzy3186 commented on 2013-09-25 01:14 (UTC)
orschiro commented on 2013-09-23 05:55 (UTC)
xzy3186 commented on 2013-09-21 12:44 (UTC)
colinkeenan commented on 2013-09-21 06:51 (UTC)
colinkeenan commented on 2013-09-21 06:41 (UTC)
rbellamy commented on 2013-08-20 02:38 (UTC)
xzy3186 commented on 2013-08-15 13:49 (UTC)
KimTjik commented on 2013-08-15 10:20 (UTC)
xzy3186 commented on 2013-07-31 02:09 (UTC)
phw commented on 2013-07-30 15:33 (UTC)
orschiro commented on 2013-07-23 13:37 (UTC)
rbellamy commented on 2013-07-23 13:33 (UTC)
xzy3186 commented on 2013-07-18 04:32 (UTC)
pschmitt commented on 2013-07-17 16:52 (UTC)
xzy3186 commented on 2013-07-14 01:32 (UTC)
KimTjik commented on 2013-07-13 19:22 (UTC)
xzy3186 commented on 2013-07-11 04:48 (UTC)
XavierCLL commented on 2013-07-11 04:02 (UTC)
xzy3186 commented on 2013-07-11 00:49 (UTC)
XavierCLL commented on 2013-07-10 18:08 (UTC)
xzy3186 commented on 2013-07-02 09:30 (UTC)
adam777 commented on 2013-07-02 07:02 (UTC)
xzy3186 commented on 2013-06-09 15:54 (UTC)
orschiro commented on 2013-06-09 14:10 (UTC)
xzy3186 commented on 2013-06-09 13:01 (UTC)
orschiro commented on 2013-06-09 11:06 (UTC)
xzy3186 commented on 2013-06-09 04:29 (UTC)
lty1993 commented on 2013-06-08 17:42 (UTC)
xzy3186 commented on 2013-06-03 20:45 (UTC)
commented on 2013-06-03 15:08 (UTC)
hcjl commented on 2013-06-03 15:03 (UTC)
commented on 2013-06-03 12:56 (UTC)
lty1993 commented on 2013-06-03 10:56 (UTC)
xzy3186 commented on 2013-06-03 05:34 (UTC)
commented on 2013-06-02 22:15 (UTC)
xzy3186 commented on 2013-05-30 07:10 (UTC)
orschiro commented on 2013-05-30 05:38 (UTC)
xzy3186 commented on 2013-05-30 02:37 (UTC)
xzy3186 commented on 2013-05-29 05:00 (UTC)
orschiro commented on 2013-05-28 19:02 (UTC)
xzy3186 commented on 2013-05-28 06:21 (UTC)
orschiro commented on 2013-05-28 05:28 (UTC)
xzy3186 commented on 2013-05-28 00:58 (UTC)
xzy3186 commented on 2013-05-27 08:16 (UTC)
orschiro commented on 2013-05-27 07:43 (UTC)
xzy3186 commented on 2013-05-25 10:32 (UTC)
amz commented on 2013-05-25 10:14 (UTC)
xzy3186 commented on 2013-05-25 03:35 (UTC)
xzy3186 commented on 2013-05-25 03:34 (UTC)
jnbek commented on 2013-05-25 01:29 (UTC)
HarD commented on 2013-05-24 17:22 (UTC)
xzy3186 commented on 2013-05-24 11:13 (UTC)
HarD commented on 2013-05-24 09:49 (UTC)
xzy3186 commented on 2013-05-24 06:56 (UTC)
HarD commented on 2013-05-24 05:43 (UTC)
xzy3186 commented on 2013-05-24 01:43 (UTC)
xzy3186 commented on 2013-05-22 23:57 (UTC)
orschiro commented on 2013-05-22 20:40 (UTC)
xzy3186 commented on 2013-05-21 15:28 (UTC)
adam777 commented on 2013-05-21 07:00 (UTC)
xzy3186 commented on 2013-05-20 13:49 (UTC)
adam777 commented on 2013-05-20 11:49 (UTC)
orschiro commented on 2013-03-25 12:31 (UTC)
xzy3186 commented on 2013-03-25 12:08 (UTC)
orschiro commented on 2013-03-25 05:43 (UTC)
xzy3186 commented on 2013-03-25 02:09 (UTC)
orschiro commented on 2013-03-24 16:55 (UTC)
xzy3186 commented on 2013-03-24 15:57 (UTC)
orschiro commented on 2013-03-24 14:50 (UTC)
xzy3186 commented on 2013-03-24 10:24 (UTC)
orschiro commented on 2013-03-24 08:51 (UTC)
xzy3186 commented on 2013-03-24 06:26 (UTC)
orschiro commented on 2013-03-24 05:52 (UTC)
xzy3186 commented on 2013-03-24 01:17 (UTC)
orschiro commented on 2013-03-23 16:33 (UTC)
xzy3186 commented on 2013-03-17 08:56 (UTC)
orschiro commented on 2013-03-17 08:31 (UTC)
xzy3186 commented on 2013-03-17 07:33 (UTC)
orschiro commented on 2013-03-17 06:47 (UTC)
orschiro commented on 2013-03-12 09:24 (UTC)
xzy3186 commented on 2013-03-08 02:16 (UTC)
xzy3186 commented on 2013-02-28 00:02 (UTC)
bladedglove commented on 2013-02-27 20:31 (UTC)
xzy3186 commented on 2013-02-26 01:07 (UTC)
orschiro commented on 2013-02-20 22:03 (UTC)
xzy3186 commented on 2013-02-20 14:04 (UTC)
orschiro commented on 2013-02-20 13:37 (UTC)
xzy3186 commented on 2013-02-20 13:24 (UTC)
xzy3186 commented on 2013-02-20 07:04 (UTC)
orschiro commented on 2013-02-20 06:06 (UTC)
xzy3186 commented on 2013-02-19 23:46 (UTC)
mrbit commented on 2013-02-19 23:02 (UTC)
orschiro commented on 2013-02-19 22:39 (UTC)
xzy3186 commented on 2013-02-19 11:11 (UTC)
orschiro commented on 2013-02-19 06:02 (UTC)
xzy3186 commented on 2013-02-18 11:08 (UTC)
xzy3186 commented on 2013-02-15 13:36 (UTC)
xzy3186 commented on 2013-02-08 14:54 (UTC)
matthias commented on 2013-02-08 13:40 (UTC)
xzy3186 commented on 2013-01-29 10:08 (UTC)
HarD commented on 2013-01-28 20:04 (UTC)
xzy3186 commented on 2013-01-19 09:02 (UTC)
lava commented on 2013-01-19 07:50 (UTC)
satanselbow commented on 2013-01-18 14:01 (UTC)
xzy3186 commented on 2013-01-18 12:51 (UTC)
xzy3186 commented on 2013-01-18 12:41 (UTC)
satanselbow commented on 2013-01-18 11:18 (UTC)
lava commented on 2013-01-18 11:15 (UTC)
xzy3186 commented on 2013-01-18 01:27 (UTC)
satanselbow commented on 2013-01-17 17:25 (UTC)
lava commented on 2013-01-17 17:10 (UTC)
satanselbow commented on 2013-01-17 16:45 (UTC)
donniezazen commented on 2013-01-16 06:24 (UTC)
xzy3186 commented on 2013-01-16 04:08 (UTC)
donniezazen commented on 2013-01-16 03:01 (UTC)
commented on 2013-01-15 18:14 (UTC)
xzy3186 commented on 2013-01-14 13:23 (UTC)
Azrael85 commented on 2013-01-14 12:46 (UTC)
jrussell commented on 2013-01-14 12:40 (UTC)
xzy3186 commented on 2013-01-14 11:31 (UTC)
Azrael85 commented on 2013-01-14 11:06 (UTC)
xzy3186 commented on 2013-01-09 11:21 (UTC)
commented on 2013-01-09 09:08 (UTC)
xzy3186 commented on 2013-01-07 02:05 (UTC)
mrbit commented on 2013-01-06 22:55 (UTC)
xzy3186 commented on 2013-01-06 22:49 (UTC)
mrbit commented on 2013-01-06 21:30 (UTC)
mrbit commented on 2013-01-06 14:42 (UTC)
mrbit commented on 2013-01-06 14:36 (UTC)
xzy3186 commented on 2013-01-06 13:32 (UTC)
mrbit commented on 2013-01-06 13:19 (UTC)
mrbit commented on 2013-01-06 13:17 (UTC)
xzy3186 commented on 2013-01-06 13:13 (UTC)
mrbit commented on 2013-01-06 13:08 (UTC)
xzy3186 commented on 2013-01-06 13:05 (UTC)
mrbit commented on 2013-01-06 12:49 (UTC)
xzy3186 commented on 2013-01-06 12:44 (UTC)
mrbit commented on 2013-01-06 12:43 (UTC)
xzy3186 commented on 2013-01-06 12:32 (UTC)
mrbit commented on 2013-01-06 12:22 (UTC)
xzy3186 commented on 2013-01-06 11:52 (UTC)
xzy3186 commented on 2013-01-06 11:50 (UTC)
mrbit commented on 2013-01-06 11:27 (UTC)
mrbit commented on 2013-01-06 11:23 (UTC)
commented on 2013-01-06 09:32 (UTC)
mrbit commented on 2013-01-06 08:04 (UTC)
xzy3186 commented on 2013-01-06 00:38 (UTC)
mrbit commented on 2013-01-05 20:45 (UTC)
NiteiaTt commented on 2013-01-05 20:39 (UTC)
xzy3186 commented on 2013-01-04 13:38 (UTC)
tsachev commented on 2013-01-04 13:29 (UTC)
xzy3186 commented on 2012-12-19 06:24 (UTC)
xzy3186 commented on 2012-12-18 05:50 (UTC)
donniezazen commented on 2012-12-18 00:50 (UTC)
xzy3186 commented on 2012-12-17 23:45 (UTC)
commented on 2012-12-17 19:24 (UTC)
NiteiaTt commented on 2012-12-16 19:06 (UTC)
xzy3186 commented on 2012-12-16 15:50 (UTC)
mdaffin commented on 2012-12-16 15:34 (UTC)
mdaffin commented on 2012-12-16 15:32 (UTC)
xzy3186 commented on 2012-12-16 03:38 (UTC)
xzy3186 commented on 2012-12-16 03:32 (UTC)
snock commented on 2012-12-15 22:30 (UTC)
mrbit commented on 2012-12-15 17:16 (UTC)
NiteiaTt commented on 2012-12-15 15:34 (UTC)
xzy3186 commented on 2012-12-15 13:39 (UTC)
mrbit commented on 2012-12-15 13:18 (UTC)
xzy3186 commented on 2012-12-15 01:56 (UTC)
xzy3186 commented on 2012-11-29 10:50 (UTC)
aricart commented on 2012-11-29 04:16 (UTC)
commented on 2012-11-12 23:47 (UTC)
xzy3186 commented on 2012-11-12 16:14 (UTC)
commented on 2012-11-12 15:54 (UTC)
xzy3186 commented on 2012-10-29 15:07 (UTC)
mrbit commented on 2012-10-29 12:26 (UTC)
12eason commented on 2012-10-29 11:36 (UTC)
xzy3186 commented on 2012-10-26 15:43 (UTC)
mrbit commented on 2012-10-26 13:25 (UTC)
xzy3186 commented on 2012-10-26 11:40 (UTC)
mrbit commented on 2012-10-26 11:27 (UTC)
xzy3186 commented on 2012-10-26 11:22 (UTC)
mrbit commented on 2012-10-26 05:39 (UTC)
xzy3186 commented on 2012-10-26 04:25 (UTC)
mrbit commented on 2012-10-25 11:53 (UTC)
xzy3186 commented on 2012-09-24 01:30 (UTC)
commented on 2012-09-23 21:14 (UTC)
xzy3186 commented on 2012-09-18 05:30 (UTC)
frat commented on 2012-09-18 03:52 (UTC)
frat commented on 2012-09-18 03:49 (UTC)
xzy3186 commented on 2012-09-17 12:25 (UTC)
frat commented on 2012-09-17 07:25 (UTC)
xzy3186 commented on 2012-09-17 07:01 (UTC)
frat commented on 2012-09-17 06:56 (UTC)
frat commented on 2012-09-17 06:39 (UTC)
xzy3186 commented on 2012-09-17 05:52 (UTC)
xzy3186 commented on 2012-09-17 05:47 (UTC)
frat commented on 2012-09-17 05:21 (UTC)
frat commented on 2012-09-17 05:11 (UTC)
xzy3186 commented on 2012-09-17 04:25 (UTC)
frat commented on 2012-09-17 03:16 (UTC)
xzy3186 commented on 2012-09-17 02:57 (UTC)
frat commented on 2012-09-17 02:42 (UTC)
linuxJay commented on 2012-09-15 03:30 (UTC)
xzy3186 commented on 2012-09-15 02:47 (UTC)
linuxJay commented on 2012-09-14 21:44 (UTC)
xzy3186 commented on 2012-09-11 23:18 (UTC)
HarD commented on 2012-09-11 16:56 (UTC)
xzy3186 commented on 2012-09-11 12:02 (UTC)
HarD commented on 2012-09-10 17:02 (UTC)
xzy3186 commented on 2012-09-08 03:04 (UTC)
xzy3186 commented on 2012-09-07 17:48 (UTC)