[arch-general] FS mount for google drive
Hi, I was looking for a way to mount google drive as a FS, and found [1] and [2].
From [2], the fuse application recommended was google-drive-ocamlfuse [5]. It's available from Aur. However the amount of ocaml dependencies to get it installed was huge, and many from Aur itself. Therefore I dropped it as an option for me.
From [1], there were 2 fuse applications that got my attention, fuse-google-drive [3] and gdrivefs [4]. Both available through Aur.
I was wondering if someone is using any of them. I followed instructions for fuse-google-drive, and after authenticating I'm always getting: -------- ... Host: docs.google.com User-Agent: fuse-google-drive/0.1 Accept: */* Authorization: OAuth <...> < HTTP/1.1 400 Bad Request < Content-Type: application/vnd.google.gdata.error+xml < Date: Sat, 13 Jun 2015 22:51:20 GMT < Expires: Sat, 13 Jun 2015 22:51:20 GMT < Cache-Control: private, max-age=0 < X-Content-Type-Options: nosniff < X-Frame-Options: SAMEORIGIN < X-XSS-Protection: 1; mode=block < Server: GSE < Accept-Ranges: none < Vary: Accept-Encoding < Transfer-Encoding: chunked < * Connection #0 to host docs.google.com left intact -------- The target mount point gets actually used as if were mounted, but with nothing within. One needs to go and do "fusermount -u" to it... Well, although this should mount "read only", as the author indicates, it's the smallest mountfs application, and the one with less dependencies. Is anyone else using it successfully? It seems last commit was on 2012-09 unfortunately. Like there's no further work on it. Is that the case? Gdrivefs is a different story. It's working for me, and its last commit was on 2015-06 (just this month). I'm using the git version on Aur. The only problem with gdrivefs is the several dependencies on python2 stuff. Not as many as the ocaml solution, but definitely way more than fuse-google-drive. Any problems at all with gdrivefs? If someone is using whether fuse-google-drive or gdrivefs, please share any drawbacks, pitfalls, how to make it work in teh case of fuse-google-drive, and some other stuff you might want to share. I'm looking for light non gui dependent options, :-) Thanks, -- Javier [1] https://code.google.com/p/gdrive-linux/wiki/Tools [2] http://unix.stackexchange.com/questions/37234/mount-google-drive-in-linux [3] https://github.com/jcline/fuse-google-drive [4] https://github.com/dsoprea/GDriveFS [5] https://github.com/astrada/google-drive-ocamlfuse
On 06/13/2015 07:46 PM, Javier Vasquez wrote:
Hi,
I was looking for a way to mount google drive as a FS, and found [1] and [2].
Totally unfamiliar with any of these - however since google deprecated[1] OAuth 1.0 (in 2012) in favor of OAuth 2.0 - I'd recommend ensuring any app you choose uses the newer API. Gene [1] https://developers.google.com/identity/protocols/OAuthForWebApps
On Sun, Jun 14, 2015 at 8:15 AM, Genes Lists <lists@sapience.com> wrote:
Totally unfamiliar with any of these - however since google deprecated[1] OAuth 1.0 (in 2012) in favor of OAuth 2.0 - I'd recommend ensuring any app you choose uses the newer API.
Gene
[1] https://developers.google.com/identity/protocols/OAuthForWebApps
Well, gdrivefs [1] uses ouath 2.0. Not sure about fuse-google-drive [2]. Seems like the ocaml app [3] also uses 2.0... any one knows about fuse-google-drive? Other suggestions are welcome, specially leading to something light with few dependencies, and easy to integrate with autofs and others... So far gdrivefs is OK, but again, has quiete a few python2 deps, several from Aur... Thanks, -- Javier [1] https://github.com/dsoprea/GDriveFS [2] https://github.com/jcline/fuse-google-drive [3] https://github.com/astrada/google-drive-ocamlfuse
On 06/14/2015 01:46 AM, Javier Vasquez wrote:
I was looking for a way to mount google drive as a FS, and found [1] and [2].
[...]
If someone is using whether fuse-google-drive or gdrivefs, please share any drawbacks, pitfalls, how to make it work in teh case of fuse-google-drive, and some other stuff you might want to share.
I'm looking for light non gui dependent options, :-)
Hi, Does it have to be mounted as a FS? I do not have any experience with any of these, but am using this cli-client [0] which works very well and is actively (though unofficially) supported by a Google insider. It is also available in the (AUR)[1]. It does not do background syncs as it's creator prefers a vcs-like push & pull workflow. It's definitely light and allows you to download only exactly what you need without waiting for the rest to finish. Cheers, Bennett [0]: https://github.com/odeke-em/drive#why-another-google-drive-client [1]: https://aur.archlinux.org/packages/drive/ -- GPG fingerprint: 871F 1047 7DB3 DDED 5FC4 47B2 26C7 E577 EF96 7808
On Mon, Jun 15, 2015 at 8:45 AM, Bennett Piater <bennett@piater.name> wrote: ...
Does it have to be mounted as a FS?
Well, yes, I wanted it like a network FS...
... am using this cli-client [0] which works very well and is actively (though unofficially) supported by a Google insider. It is also available in the (AUR)[1].
...
[0]: https://github.com/odeke-em/drive#why-another-google-drive-client [1]: https://aur.archlinux.org/packages/drive/
Do you know if it works under a firewall? Does it support http_proxy env var? Thanks -- Javier
On 06/15/2015 07:39 PM, Javier Vasquez wrote:
Do you know if it works under a firewall? Does it support http_proxy env var?
Sorry, I do not know either. Just ask (the maintainer)[0], he's really helpful and friendly. Cheers, Bennett [0]: odeke@ualberta.ca -- GPG fingerprint: 871F 1047 7DB3 DDED 5FC4 47B2 26C7 E577 EF96 7808
participants (3)
-
Bennett Piater
-
Genes Lists
-
Javier Vasquez