Member Avatar for babystrangeloop

Install dependencies:

sudo aptitude install python-fuse python-elementtree

Karmic only has python-gdata 1.2.4-0ubuntu2 which is too old so get gdata 2.0.6 from here:

http://code.google.com/p/gdata-python-client/

and install that. Look for the README.txt and INSTALL.txt for info.

Once the dependencies are satisfied:

sudo aptitude install subversion
svn co  google-docs-fs

and install that.

Then "gmount /doc john.doe" will work without even needing sudo. Note that "/doc" has to be owned by your non-root account. Substitute your google docs account for "john.doe" (duh.)

mount | grep gFile
gFile.py on /doc type fuse.gFile.py (rw,nosuid,nodev,user=babystrangeloop)
Edited by babystrangeloop because: mention installing subversion to get "svn" command
  • 1 Contributor
  • 2 Replies
  • 259 Views
  • 1 Day Discussion Span
  • Latest Post Latest Post by babystrangeloop

Dani AI

Generated

A short, practical addendum to ’s notes for anyone finding this thread long after the Karmic era: the google-docs-fs approach demonstrated here relied on Google’s older Documents List APIs and on ClientLogin-style authentication. Those services were officially deprecated and removed in the years after 2010, so many of the original tools and Python GData workflows will fail on modern accounts unless updated to use the Drive API and OAuth2. (developers.googleblog.com)

Troubleshooting tips that weren’t spelled out earlier but commonly save time: confirm that the kernel FUSE module is loaded and that the mountpoint is an empty directory writable by the non-root user who will mount it. If access for other users is required, enable user_allow_other in /etc/fuse.conf before using -o allow_other. If a FUSE mount gets stuck, unmount it reliably with the fusermount helper. Example checks/unmounts:

lsmod | grep fuse
modprobe fuse
fusermount -u /doc

Refer to the fusermount/mount.fuse documentation if behavior differs across Ubuntu releases. (man7.org)

For modern systems the recommended path is to use actively maintained drivers that speak the current Drive API and OAuth2. Two commonly used options are rclone (robust multi-backend tool with a maintained mount mode) and the google-drive-ocamlfuse FUSE driver; both handle OAuth and avoid the old ClientLogin/GData pitfalls. For desktop users, GNOME’s Online Accounts / GVfs integration often provides an easier GUI access path. (rclone.org)

Summary: ’s thread is a solid historical record of how to get google-docs-fs running on Karmic, but for reliability and security on later Ubuntu releases it’s preferable to migrate to a current tool that implements the Drive API and OAuth2, or use desktop GVfs integration where appropriate.

Member Avatar for babystrangeloop

I'm interested in hearing from anyone who gets this to work or fails trying.

Thanks

Member Avatar for babystrangeloop

Why you would want this:

http://googledocs.blogspot.com/2010/01/upload-and-store-your-files-in-cloud.html

We're happy to announce that over the next few weeks we will be rolling out the ability to upload, store and organize any type of file in Google Docs.

Mounting a free 1GB network disk drive from Google will be cool. Right now only certain types of files can be saved to it but soon any type of file (but not any size.)

Be a part of the DaniWeb community

We're a friendly, industry-focused community of developers, IT pros, digital marketers, and technology enthusiasts meeting, networking, learning, and sharing knowledge.