Grive2

Welcome to the Grive2 project homepage!

The purpose of this project is to provide an independent open source implementation of Google Drive client for GNU/Linux. It uses Google Drive REST API to talk to Google Drive service. The code is written in standard C++.

Grive2 is the fork of the original abandoned «Grive» (https://github.com/Grive/grive) with added support for the new Drive REST API (original version was using the «Document List API» which is now shut down) and some new features, for example, partial sync.

The source code of Grive2 is released under GPLv2.

Features

• Grive2 can do two-side synchronization between the Google Drive and local directory: it can download and upload changed files, create new directories, and move deleted files to trash.
• Dry run: you can see what actions Grive2 wants to perform with your files without really performing them (--dry-run option).
• You can select a single subdirectory to sync with '-s subdir' option and you can exclude some files from sync with '--ignore <regexp>' option. <regexp> has perl regexp syntax and is matched against local path inside synced root directory.

Limitations

The following features are not planned to be supported in the near future. The main reason is that Google Drive supports much more features than a local file system. It is not easy/feasible/practical to mimic everything in Google Drive to a directory in a computer.

See also the FAQ for the rationale behind them.

Folders/files with multiple parents

The structure of a Google Drive is not exactly organized in a hierarchy. It is more similar to an interconnected net attached to a single root point (quoted from the API reference). Obviously the files and directories in the file system have only one parent. Therefore, this feature cannot be implemented very easily.

Folders/files with '/' in name

'/' is the directory separator and cannot be used in file names.

Multiple folders/files with the same name

Current Grive2 behaviour is undefined with such files.

Downloading Google Documents

This feature is not currently implemented. If the demand for it is big enough, it may be implemented later. Patches are welcomed.

Installation

The following are instructions for compiling from the very latest «master branch» source and running `grive` in Debian/Ubuntu/Linux Mint.

Get dependencies

You need to get the dependency libraries along with their development (-dev or -devel) packages:

• yajl 2.x
• libcurl
• STL (libstdc++)
• libgcrypt
• Boost (filesystem, program_options, regex, unit_test_framework and system)
• expat

There are also some optional dependencies:

• CppUnit (for unit tests)
• libbfd (for backtrace)
• binutils (for libiberty, required for compilation in OpenSUSE, Ubuntu, Arch and etc)

And tools:

• Git
• CMake
• C++ compiler (g++ or clang)

On a Debian/Ubuntu/Linux Mint machine just install the following packages:

sudo apt-get install git cmake build-essential libgcrypt11-dev libyajl-dev libboost-all-dev libcurl4-openssl-dev libexpat1-dev libcppunit-dev binutils-dev

FreeBSD:

pkg install git cmake boost-libs yajl libgcrypt pkgconf cppunit libbfd

Download sources

• Either checkout with git: git clone https://github.com/vitalif/grive2
• Or download a ZIP archive and unpack it to some directory.

CMake

Now that you are in the source code's “grive2” subdirectory (after 'cd /path/to/yourGriveSourceCodeDir/grive2'), at the prompt type:

mkdir build
cd build
cmake ..

• note the double period (..) as the argument to cmake, to denote the parent directory.
• You should get a success message like: ”– Build files have been written to: /your/dir”
• Don't run it with sudo - root access is not needed for building.

Make and install

At the prompt type:

make -j4

You'll get lots of messages & hopefully a success message: ”[100%] Built target grive_executable”. The executable file itself (called “grive”) will be placed in the “grive” subdirectory.

Then install it to the system binary directory (/usr/local/bin by default) by running:

sudo make install

Updates

For subsequent updates, you'll run `git pull` to get the latest source and then just rebuild and re-install it:

cd /path/to/yourGriveSourceCodeDir/grive2
git pull
cd build
cmake ..
make -j4
sudo make install

Check out this git book for more info about git, if you don't know what it is.

Note that there can be a delay in updating the archive (ZIP button on bottom right) at http://github.com/vitalif/grive2/, and it may not have the very latest. Pulling from git ensures the very latest.

Usage

Backup

Since grive is still «beta» or «alpha» you should better keep a backup copy of your google directory.

First run

Change to your google drive sync directory, and run grive -a:

cd /home/you/yourGoogleDrive/
grive -a

The «-a» option is only needed the very first time you run grive.

Visit the URL that comes up, then post the auth code given (you must have been logged into Google). You should get some messages including «Synchronizing files» … now you are running.

Syncs

To sync, you must run the program manually (there is no «real-time watching» yet). At the prompt, type:

cd /home/you/yourGoogleDrive/
grive

You can set up a cron job, if you want this done on a regular basis.

Command line options

Short option	Long option	Description
-h	--help	Produce help message
-v	--version	Display Grive version
-a	--auth	Request authorization token
-p arg	--path arg	Path to sync
-s arg	--dir arg	Subdirectory to sync
-V	--verbose	Verbose mode. Enable more messages than normal.
	--log-http arg	Log all HTTP responses in this file for debugging.
	--new-rev	Create new revisions in server for updated files.
-d	--debug	Enable debug level messages. Implies -v.
-l arg	--log arg	Set log output filename.
-f	--force	Force grive to always download a file from Google Drive instead of uploading it.
	--dry-run	Only detect which files need to be uploaded/downloaded, without actually performing them.
	--ignore arg	Ignore files relative paths of which match this Perl RegExp.

Reporting bugs

If you get some kind of «crash» (bunch of error messages on the screen), please run grive with the following options:

grive -l log.txt --log-http http

`log.txt` and `httpXXXX-XX-XX.XXXXXX.txt` files will be created. Please note these files may contain authentication tokens and file contents, so edit them before submitting.

Then create an issue on github: https://github.com/vitalif/grive2/issues/new and attach these files.

TODO

• Implement some kind of git-like «index» for fast local change tracking
• (Maybe) Implement «daemon mode» for continuous sync without running grive many times

Version History

Grive2 v0.4.2 (unreleased)

• Option to exclude files by perl regexp
• Reimplemented HTTP response logging for debug purposes
• Use multipart uploads (update metadata and contents at the same time) for improved perfomance & stability
• Bug fixes
• Simple option to move/rename files and directories, via `grive -m oldpath newpath` (by Dylan Wulf, wulfd1@tcnj.edu)

Grive2 v0.4.1

• Bug fixes

Grive2 v0.4.0

First fork release, by Vitaliy Filippov / vitalif at mail*ru

• Support for the new Google Drive REST API (old «Document List» API is shut down by Google 20 April 2015)
• REAL support for partial sync: syncs only one subdirectory with `grive -d subdir`
• Major refactoring — a lot of dead code removed, JSON-C is not used anymore, API-specific code is split from non-API-specific
• Some stability fixes from Visa Putkinen https://github.com/visap/grive/commits/visa
• Slightly reduce number of syscalls when reading local files.

Grive v0.3.0

Bug fix & minor feature release. Fixed bugs:

• #93: missing reference count increment in one of the Json constructors
• #82: retry for HTTP error 500 & 503
• #77: Fixed a bug where grive crashed on the first run.

New features:

• #87: support for revisions
• #86: partial sync (contributed by justin at tierramedia.com) that’s not partial sync, that’s only support for specifying local path on command line

Contributing

Please send pull requests here: https://github.com/vitalif/grive2/

Full list of contributors

Maintainers:

• Vitaliy Filippov (vitalif *at* yourcmc.ru) 08.09.2013 — NOW
• Nestal Wan (me *at* nestal.net) 16.05.2012 — 03.05.2013
• Matchman Green (match065 *at* gmail.com) 26.04.2012 — 20.06.2012

Contributors:

• Dylan Wulf (wulfd1 *at* tcnj.edu)
• Visa Putkinen (visa.putkinen *at* reaktor.fi)
• justin (justin *at* tierramedia.com)
• Stephen Cox (stephencoxmail *at* gmail.com)
• Jan Winkler (winkler *at* informatik.uni-bremen.de)
• Caleb Maclennan (caleb *at* chiefworks.com)
• Ben L (nightgunner5 *at* llamaslayers.net)
• Georges Dubus (georges.dubus *at* compiletoi.net)
• georg wiltschek (georg.wiltschek *at* gmail.com)
• Erik Hardesty (dalingrin *at* gmail.com)
• José Luis Segura Lucas (josel.segura *at* gmx.es)
• LemonBoy (thatlemon *at* gmail.com)
• manuken (jesus.bustos *at* adminlinux.org)
• Eshwar Andhavarapu (gontadu *at* gmail.com)
• Andrea Scarpino (andrea *at* archlinux.org)
• Sunnywout (woutervdb97 *at* gmail.com)
• Massimo Gengarelli (gengarel *at* cs.unibo.it)