Google Drive as filesystem?

[Eli the Bearded]

Anyone doing something like this? Using Google Drive as a filesystem
instead of as a thing in a browser? I'm potentially going to need to
access some Google Drive stuff regularly for work, and I don't fancy
doing it all through the browser. The work system is Ubuntu 14 (now)
but likely to be 16 soon. I have full root access, if needed.

I found a few projects but not a lot of discussion if they are good or
bad.

http://gdfuse.forge.ocamlcore.org/

Mailing list is basically empty, no updates in over a year

https://forums.plex.tv/discussion/128302/google-drive-fuse-filesystem
and on git:
https://github.com/thejinx0r/node-gdrive-fuse/wiki/Installation

Seems slightly more promising, last update in July, but still
has a number of old open issues.

Comments anyone?

Elijah
------
has previously tried to keep Google out of his life

[Anonymous Remailer (austria)]

Eli the Bearded <*@eli.users.panix.com> [EtB]:
EtB> Anyone doing something like this? Using Google Drive as a filesystem
EtB> instead of as a thing in a browser?
EtB>
EtB> Comments anyone?

Check whether you can access your google drive using the WEBDAV
protocol, in which case you could use any command line client such as
'cadaver'. It works nicely with most similar services (eg. box.com)

Google drive webdav support used to require some third party software
or third party bridge service (eg. https://www.multcloud.com), but
things may have changed since the last time I checked.

Alternatives:
- drive: a client written in Go (https://github.com/odeke-em/drive)
- the 'grive' package (v2.0+, older versions no longer work due
to google API changes)
- rclone: sync files and directories to and from cloud services
(https://github.com/ncw/rclone)


GNOME 3.18 and newer (Ubuntu 16.10 and later) supposedly has built-in
support for google drive (packages: gnome-control-center
gnome-online-accounts), but I haven't used it yet.

[Eli the Bearded]

In comp.os.linux.misc,

Anonymous Remailer (austria) <mixm...@remailer.privacy.at> wrote:
> Eli the Bearded <*@eli.users.panix.com> [EtB]:
> EtB> Anyone doing something like this? Using Google Drive as a filesystem
> EtB> instead of as a thing in a browser?
> EtB> Comments anyone?
> Check whether you can access your google drive using the WEBDAV
> protocol, in which case you could use any command line client such as
> 'cadaver'. It works nicely with most similar services (eg. box.com)

I do not have access to the account in question, I can't begin to test
for another week or two.

> Google drive webdav support used to require some third party software
> or third party bridge service (eg. https://www.multcloud.com), but
> things may have changed since the last time I checked.
>
> Alternatives:
> - drive: a client written in Go (https://github.com/odeke-em/drive)
> - the 'grive' package (v2.0+, older versions no longer work due
> to google API changes)

Ubuntu has that as a package, which is a good sign for ease of use on
Ubuntu.

> - rclone: sync files and directories to and from cloud services
> (https://github.com/ncw/rclone)
>
> GNOME 3.18 and newer (Ubuntu 16.10 and later) supposedly has built-in
> support for google drive (packages: gnome-control-center
> gnome-online-accounts), but I haven't used it yet.

Just because I'm on Ubuntu does not mean I'm using Gnome. And I
certainly don't want to use a GUI file finder if I don't have to.

Elijah
------
hence not wanting to use the browser

[Anonymous Remailer (austria)]

Eli the Bearded <*@eli.users.panix.com> [EtB]:

EtB> > - drive: a client written in Go (https://github.com/odeke-em/drive)
EtB> > a client written in Go (https://github.com/odeke-em/drive)
EtB> > - the 'grive' package (v2.0+)
EtB>
EtB> Ubuntu has that as a package, which is a good sign for ease of
EtB> use on Ubuntu.

drive's github page either has a prebuilt package for debian/ubuntu,
or lists the required apt-xxx steps to get one from some
developer's private repository.

grive is more wholesale syncing oriented (batch push/pull operations),
while drive allows for more granular file/directory control and
supports local (ie. no passwords on the server) on the fly content
en/decryption. (Pathnames are not encrypted)