Package Details: grive-tools 1.15-5

Git Clone URL: https://aur.archlinux.org/grive-tools.git (read-only)
Package Base: grive-tools
Description: Grive Tools will assist in the installation and setup of Google Drive under GTK
Upstream URL: http://www.thefanclub.co.za/how-to/ubuntu-google-drive-client-grive-and-grive-tools
Keywords: drive google thefanclub
Licenses: GPL3
Submitter: skad
Maintainer: nullptr_t
Last Packager: nullptr_t
Votes: 48
Popularity: 3.662260
First Submitted: 2014-01-17 15:14
Last Updated: 2016-04-24 17:02

Latest Comments

nullptr_t commented on 2016-04-24 17:00

That line already exists before everything gets moved out of the directory...

macieks commented on 2016-04-24 14:55

I found some minro problem during installation...
grive-tools.install should be updated, this line should be moved to PKGBUILD:
chmod 755 /opt/grive-tools/grive-indicator

Also the path above is wrong.

nullptr_t commented on 2016-04-24 11:28

Can groups like thefanclub please state their wishes before something gets updated? I got this:
"Also, removing a group's name is just bad taste." - I fully agree, but: GPL does not forbid this.
I thought a full empty directory would be too much and too properitary.
You now got credits in our tags.

On the one hand, some try to haste me, when I'm late, on the other hand I understand the wishes of groups and simple persons to get credits. Because of that,I want to drop this package. I'm thinking of only maintaining my own packages like liblogcpp until GPLv4 explicitly states
* that maintaining a package by another legal person is allowed.
* that packaging software by another legal person is allowed
* how to give credit to persons good ideas in whatever form (binary, package)
* that credits given inside path are allowed, too, or just in filenames. First would be really properitary
* how to give credit to the initial writers, developers and debuggers, even if packaged or not

Maybe it should state
* how to identify the wishes beyond GPL without really knowing the legal persons.

So thefanclub stays in and I want a co-maintainer of them. Please state here:
Are you, I received a mail from, really part of thefanclub? Was this your code? Would you please co-maintain this (and revert the change)?

RFC!

nullptr_t commented on 2016-04-23 17:30

The update removes all unnessecary thefanclub directories.

dixi_minga commented on 2016-04-23 12:15

also in my autostart desktop-file I had to delete "thefanclub/" AND

in the startscript: /opt/grive-tools/grive-indicator
I had to change
installDir = "/opt/thefanclub/grive-tools/"
to
installDir = "/opt/grive-tools/"

after reboot now it works again

dixi_minga commented on 2016-04-23 10:33

/usr/share/applications/grive.desktop
/usr/share/applications/grive-indicator.desktop
/usr/share/applications/grive-setup.desktop

has still "thefanclub/" in Path, Exec, Icon
??

BrianAllred commented on 2016-04-23 06:10

+ mv opt/thefanclub/$pkgname opt
+ rmdir opt/thefanclub

These lines broke the application. It won't start at all, and installation throws chmod errors.

Edit: Just tested an installation with them removed and it worked.

uselessfire commented on 2016-04-21 10:07

Please add lsb-release to depends.
Otherwise, it will show error
cat: /etc/lsb-release: No such file or directory

dixi_minga commented on 2015-05-29 17:58

works fine with new grive 0.4.0-0 https://aur.archlinux.org/packages/grive/

dixi_minga commented on 2015-05-28 17:47

I had to change in PKGBUILD:

source=("http://ppa.launchpad.net/thefanclub/grive-tools/ubuntu/pool/main/g/grive-tools/${pkgname}_${pkgver}.tar.gz")

works fine with new grive 0.4.0-0 https://aur.archlinux.org/packages/grive/

All comments