#calendar #google #cli

app google-calendar3-cli

A complete library to interact with calendar (protocol v3)

12 stable releases

1.0.8+20181009 Oct 14, 2018
1.0.7+20171205 Dec 12, 2017
1.0.6+20170514 Sep 27, 2017
1.0.5+20170514 May 26, 2017
0.3.6+20160830 Sep 11, 2016

#24 in Network programming

Download history 3/week @ 2019-02-11 15/week @ 2019-02-18 13/week @ 2019-02-25 14/week @ 2019-03-04 28/week @ 2019-03-11 15/week @ 2019-03-18 98/week @ 2019-03-25 13/week @ 2019-04-01 2/week @ 2019-04-08 1/week @ 2019-04-15 14/week @ 2019-04-22 15/week @ 2019-04-29 13/week @ 2019-05-06 18/week @ 2019-05-13 41/week @ 2019-05-20

95 downloads per month

MIT license

1MB
13K SLoC

The calendar3 command-line interface (CLI) allows to use most features of the Google calendar service from the comfort of your terminal.

By default all output is printed to standard out, but flags can be set to direct it into a file independent of your shell's capabilities. Errors will be printed to standard error, and cause the program's exit code to be non-zero.

If data-structures are requested, these will be returned as pretty-printed JSON, to be useful as input to other tools.

Everything else about the calendar API can be found at the official documentation site.

Installation and Source Code

Install the command-line interface with cargo using:

cargo install google-calendar3-cli

Find the source code on github.

Usage

This documentation was generated from the calendar API at revision 20181009. The CLI is at version 1.0.8.

calendar3 [options]
        acl
                delete <calendar-id> <rule-id> [-p <v>]...
                get <calendar-id> <rule-id> [-p <v>]... [-o <out>]
                insert <calendar-id> (-r <kv>)... [-p <v>]... [-o <out>]
                list <calendar-id> [-p <v>]... [-o <out>]
                patch <calendar-id> <rule-id> (-r <kv>)... [-p <v>]... [-o <out>]
                update <calendar-id> <rule-id> (-r <kv>)... [-p <v>]... [-o <out>]
                watch <calendar-id> (-r <kv>)... [-p <v>]... [-o <out>]
        calendar-list
                delete <calendar-id> [-p <v>]...
                get <calendar-id> [-p <v>]... [-o <out>]
                insert (-r <kv>)... [-p <v>]... [-o <out>]
                list [-p <v>]... [-o <out>]
                patch <calendar-id> (-r <kv>)... [-p <v>]... [-o <out>]
                update <calendar-id> (-r <kv>)... [-p <v>]... [-o <out>]
                watch (-r <kv>)... [-p <v>]... [-o <out>]
        calendars
                clear <calendar-id> [-p <v>]...
                delete <calendar-id> [-p <v>]...
                get <calendar-id> [-p <v>]... [-o <out>]
                insert (-r <kv>)... [-p <v>]... [-o <out>]
                patch <calendar-id> (-r <kv>)... [-p <v>]... [-o <out>]
                update <calendar-id> (-r <kv>)... [-p <v>]... [-o <out>]
        channels
                stop (-r <kv>)... [-p <v>]...
        colors
                get [-p <v>]... [-o <out>]
        events
                delete <calendar-id> <event-id> [-p <v>]...
                get <calendar-id> <event-id> [-p <v>]... [-o <out>]
                import <calendar-id> (-r <kv>)... [-p <v>]... [-o <out>]
                insert <calendar-id> (-r <kv>)... [-p <v>]... [-o <out>]
                instances <calendar-id> <event-id> [-p <v>]... [-o <out>]
                list <calendar-id> [-p <v>]... [-o <out>]
                move <calendar-id> <event-id> <destination> [-p <v>]... [-o <out>]
                patch <calendar-id> <event-id> (-r <kv>)... [-p <v>]... [-o <out>]
                quick-add <calendar-id> <text> [-p <v>]... [-o <out>]
                update <calendar-id> <event-id> (-r <kv>)... [-p <v>]... [-o <out>]
                watch <calendar-id> (-r <kv>)... [-p <v>]... [-o <out>]
        freebusy
                query (-r <kv>)... [-p <v>]... [-o <out>]
        settings
                get <setting> [-p <v>]... [-o <out>]
                list [-p <v>]... [-o <out>]
                watch (-r <kv>)... [-p <v>]... [-o <out>]
  calendar3 --help

Configuration:
  [--scope <url>]...
            Specify the authentication a method should be executed in. Each scope
            requires the user to grant this application permission to use it.
            If unset, it defaults to the shortest scope url for a particular method.
  --config-dir <folder>
            A directory into which we will store our persistent data. Defaults to
            a user-writable directory that we will create during the first invocation.
            [default: ~/.google-service-cli]
  --debug
            Output all server communication to standard error. `tx` and `rx` are placed
            into the same stream.
  --debug-auth
            Output all communication related to authentication to standard error. `tx`
            and `rx` are placed into the same stream.

Configuration

The program will store all persistent data in the ~/.google-service-cli directory in JSON files prefixed with calendar3-. You can change the directory used to store configuration with the --config-dir flag on a per-invocation basis.

More information about the various kinds of persistent data are given in the following paragraphs.

Authentication

Most APIs require a user to authenticate any request. If this is the case, the scope determines the set of permissions granted. The granularity of these is usually no more than read-only or full-access.

If not set, the system will automatically select the smallest feasible scope, e.g. when invoking a method that is read-only, it will ask only for a read-only scope. You may use the --scope flag to specify a scope directly. All applicable scopes are documented in the respective method's CLI documentation.

The first time a scope is used, the user is asked for permission. Follow the instructions given by the CLI to grant permissions, or to decline.

If a scope was authenticated by the user, the respective information will be stored as JSON in the configuration directory, e.g. ~/.google-service-cli/calendar3-token-<scope-hash>.json. No manual management of these tokens is necessary.

To revoke granted authentication, please refer to the official documentation.

Application Secrets

In order to allow any application to use Google services, it will need to be registered using the Google Developer Console. APIs the application may use are then enabled for it one by one. Most APIs can be used for free and have a daily quota.

To allow more comfortable usage of the CLI without forcing anyone to register an own application, the CLI comes with a default application secret that is configured accordingly. This also means that heavy usage all around the world may deplete the daily quota.

You can workaround this limitation by putting your own secrets file at this location: ~/.google-service-cli/calendar3-secret.json, assuming that the required calendar API was enabled for it. Such a secret file can be downloaded in the Google Developer Console at APIs & auth -> Credentials -> Download JSON and used as is.

Learn more about how to setup Google projects and enable APIs using the official documentation.

Debugging

Even though the CLI does its best to provide usable error messages, sometimes it might be desirable to know what exactly led to a particular issue. This is done by allowing all client-server communication to be output to standard error as-is.

The --debug flag will print all client-server communication to standard error, whereas the --debug-auth flag will cause all communication related to authentication to standard error. If the --debug flag is set, error-results will be debug-printed, possibly yielding more information about the issue at hand.

You may consider redirecting standard error into a file for ease of use, e.g. calendar3 --debug <resource> <method> [options] 2>debug.txt.

Dependencies

~15MB
~384K SLoC