Package Details: gcalcli 3.4.0-1

Git Clone URL: (read-only)
Package Base: gcalcli
Description: Google Calendar Command Line Interface
Upstream URL:
Licenses: MIT
Submitter: None
Maintainer: danso
Last Packager: danso
Votes: 108
Popularity: 1.352692
First Submitted: 2007-10-03 21:45
Last Updated: 2016-12-12 18:47

Dependencies (6)

Required by (0)

Sources (1)

Latest Comments

Purgator commented on 2017-02-28 11:30

@nicolassilvar, here is a workaround :

install python2-oauth2client1412 from aur manually :

Install gcalcli. Use makepkg -sf if needed.

Mark python2-oauth2client1412 as a dependency
pacman -D --asdeps python2-oauth2client1412

nicolassilvar commented on 2016-06-15 10:56

I get the following error when installing it:

$ makepkg -sri
==> Making package: gcalcli 3.3.2-3 (Wed Jun 15 06:48:14 EDT 2016)
==> Checking runtime dependencies...
==> Installing missing dependencies...
error: target not found: python2-oauth2client1412
==> ERROR: 'pacman' failed to install missing dependencies.

vollekannehoschi commented on 2016-03-01 09:06

I get errors after installing that package, see

I don't use this package anymore, but want to inform you.

polyzen commented on 2015-11-22 13:53

Try python2-oauth2client1412-2

polyzen commented on 2015-11-12 23:21

sleduc, thank you for figuring this out. Hacky, yes, but .. haven't heard any better ideas :p

The branch that supports the current oauth2client could probably be packaged, but according to the one working on it, Brian Hartvigsen, ".. there are a lot of behavior changes in how we parse command line options that I haven't documented yet, but `gcalcli --help` will likely get you the info you need. I have been using it and tried to test all the angles, but I may have missed things. So think of it as alpha ready."

sleduc commented on 2015-11-12 18:48


I think there is a problem with the package python2-oauth2client1412 (a dependency of gcalcli).
To build this package, it basically does:
mv "$pkgdir"/usr/lib/python2.7/site-packages/oauth2client{,1412}

And in gcalcli :
sed -i -e '1s/$/2/' -e 's/oauth2client/oauth2client1412/' gcalcli-$pkgver

The problem is that inside the oauth2client1412 library itself, there is this code :
from oauth2client.old_run import run

This tries to import old_run from the oauth2client library (provided by python2-oauth2client, so not the python2-oauthclient1412), and this does not exist.
Basically doing this seems to work around the problem :

But it is not really clean and I am not sure what would be the proper solution here.
I guess one possibility would be, in the package of python2-oauth2client1412, to sed all the "oauth2client" imports into "oauth2client1412" imports, but not sure if there is a better solution...

cube777 commented on 2015-11-12 17:05

I keep getting the same error as doratheextruder - I also have python2-gflags installed but to no avail. Any hope for the future so far?

polyzen commented on 2015-11-11 21:35

abstrakct, good to know :)

abstrakct commented on 2015-11-11 15:17

Works for me now. I have "python2-gflags" installed (note that it's python2, not python, important difference!)

basdi commented on 2015-11-09 16:05

Same here...

doratheextruder commented on 2015-11-02 15:04

3.3.2-3 is giving this runtime error:

File "/usr/lib/python2.7/site-packages/oauth2client1412/", line 247, in run
'The gflags library must be installed to use '
NotImplementedError: The gflags library must be installed to use Please install gflags or preferrably switch to using tools.run_flow().

tried installing python-gflags using pacman and easy_install with no luck (was already installed already).....

polyzen commented on 2015-11-01 02:18

Droggelbecher, okurz, basdi: give 3.3.2-3 a try

basdi commented on 2015-10-30 12:31


No, I hadn't seen it. Sorry.

But now that I've seen it, I don't know how to do the workaround. I downloaded the tar which contains an PKGBUILD which is exactly the same as the one that comes with the aur package. ..

So how is the workaround to be done? THank you?


basdi commented on 2015-10-30 12:31


No, I hadn't seen it. Sorry.

But now that I've seen it, I don't know how to do the workaround. I downloaded the tar which contains an PKGBUILD which is exactly the same as the one that comes with the aur package. ..

So how is the workaround to be done? THank you?


polyzen commented on 2015-10-29 16:22

Have yall read this?

> polyzen commented on 2015-10-03 01:00
> Great news, cube777.
> According to upstream, with oauth2client 1.5.1 and this workaround, there will be issues with authentication.

basdi commented on 2015-10-29 16:19

same here

okurz commented on 2015-10-14 13:23

can confirm observation by Droggelbecher, same error on first call of "gcalcli agenda" which should check for credentials. I did not enter any so far.

polyzen commented on 2015-10-12 01:14

Line 675 falls in "if credentials is None or credentials.invalid:", so.. seems to be the case.

polyzen commented on 2015-10-12 01:08

Droggelbecher, so "fresh install" means you had to authenticate for the first time? The comment just before your's mentioned authentication issues

polyzen commented on 2015-10-08 14:45

calw works here..

polyzen commented on 2015-10-08 14:44

Will look into this soon. Probably will just package oauth2client 1.4.12 until gcalcli upstream is ready

Droggelbecher commented on 2015-10-08 06:25

Crashes for me right after a fresh install:

~ master M?% gcalcli calw
Traceback (most recent call last):
File "/usr/bin/gcalcli", line 2580, in <module>
File "/usr/bin/gcalcli", line 2408, in BowChickaWowWow
File "/usr/bin/gcalcli", line 605, in __init__
File "/usr/bin/gcalcli", line 730, in _GetCached
File "/usr/bin/gcalcli", line 686, in _CalService
File "/usr/bin/gcalcli", line 675, in _GoogleAuth
File "/usr/lib/python2.7/site-packages/oauth2client/", line 142, in positional_wrapper
return wrapped(*args, **kwargs)
TypeError: run_flow() takes at least 3 arguments (2 given)

polyzen commented on 2015-10-03 01:00

Great news, cube777.

According to upstream, with oauth2client 1.5.1 and this workaround, there will be issues with authentication.

cube777 commented on 2015-10-03 00:16

I got it working, had to remove python2 completely, seems like install from git repo earlier today screwed up python. Thanks for fixing gcalcli. It works great now!

polyzen commented on 2015-10-02 23:21

polyzen commented on 2015-10-02 23:10

What command are you running? I don't have python2-anyjson installed -- try that and please share what you find.

With this change on both the release and master, `gcalcli agenda` is working.

cube777 commented on 2015-10-02 22:09

Thanks for updating but still broken, gives error "ERROR: Missing module - No module named anyjson". I believe I might have had the same error earlier today trying to use it direct from the git repo.

polyzen commented on 2015-10-02 07:05

Fix coming tomorrow. It's 03:05

polyzen commented on 2015-10-01 21:11

It doesn't work with the new version of oauth2client, apparently. You might have to uninstall this, or something, in order to -Syu, currently. Have to poke gcalcli upstream.

~ > pacman -Q gcalcli python2-oauth2client
gcalcli 3.3.2-2
python2-oauth2client 1.5.1-1
~ > gcalcli
ERROR: Missing module - cannot import name run

cube777 commented on 2015-10-01 20:50

Won't install with new update in official repos for python2-oauth2client

bdowning commented on 2015-05-09 08:01

What's happening is that emacs "dumps" a running copy of itself back out into an executable as part of its build process. It depends on its sections being mapped in place as defined in its ELF file. hardening-wrapper turns on position-independent executables by default; Linux maps them in a random place. Since emacs got built as PIE, it's unexec "dumper" doesn't work.

All in all, pretty ugly all around. Ideally it would work but it doesn't. :D

Anyway, thanks a lot for removing it. Hopefully it'll help others out too.

polyzen commented on 2015-05-08 20:26

bdowning, very sorry for this oversight; there isn't even any compiling going on. Will take care of this shortly. Don't know why it's affecting your emacs-lucid build, though..

Thank you

bdowning commented on 2015-05-08 17:30


Why does this depend on hardening-wrapper? It breaks builds of other packages, notably emacs. Also it should only affect things built with the C compiler, which this isn't as far as I can tell. I just spent hours trying to figure out why emacs-lucid builds have been segfaulting for the last few months, and finally tracked it down to this.


fernando_fec commented on 2014-12-17 18:30

Nice people, I can't maintain this package any more, I adopted it some time ago when I had time but now I just can't give it the minimal time it rquires. Sorry for that, and good luck to the next person who adopts it.

polyzen commented on 2014-12-03 16:51

3.1 released yesterday

jsst commented on 2013-11-19 19:58

This package is based on the latest tag, which is pretty old. You might want to checkout

Anonymous comment on 2013-03-28 19:59

disowned, because I want to get rid of google stuff on my system.

Anonymous comment on 2013-03-28 16:34


belak commented on 2013-03-28 15:42

Appears to work if you just update the package version.

Anonymous comment on 2013-02-16 23:41

I'm not using the optdepends myself, but the core functionality is definitely working now after a reinstall. Thanks Army!

Anonymous comment on 2013-02-16 11:23

Alright, I went back to stable release, as it's supposed to be, since there's also gcalcli-git, which is currently broken, because the dependencies have changed radically. See my comment there.

I haven't tested the optdepends yet, so please tell me if they don't provide functionality as intended.

If you switch to gcalcli-git, you'll have to auth gcalcli again on google.

Anonymous comment on 2013-02-16 10:22

Ok, I haven't updated gcalcli on my system for quite a while. I get

ERROR: Missing module - No module named httplib2

So it looks like I have to look into it. Thanks for the hint itemzero!

Anonymous comment on 2013-02-15 20:56

"ERROR: Missing module - No module named apiclient.discovery"

Some googling seems to suggest that I should have a "" which has the mentioned module, but it is not present on my system.

Is it possible that is in python-gdata but not python2-gdata?

(Kind of a newbie so I apologize if I'm missing something obvious.)

Anonymous comment on 2012-10-24 14:55

Note: You'll have to uninstall python-gdata first, because it doesn't seem to be in the conflicts of python2-gdata.

Anonymous comment on 2012-10-24 14:54

Good point, thanks!

kritztopf commented on 2012-10-24 13:27

Please change dependency python-gdata to python2-gdata.

Anonymous comment on 2012-05-17 18:23

Ok, sorry, I was on a bad mood... I'll update it in a minute

Anonymous comment on 2012-05-17 17:12

It is quite stable. The problem is you're using python3 to run it. gcalcli must use python2 because of the google gdata library. The AUR package needs to modify the shebang to "#!/usr/bin/env python2".

Anonymous comment on 2012-05-17 14:22

Disowned it again, this is really going on my nerves, I was hoping that the package would be quite stable...

the_isz, you obviously know how to deal with such things, please take the package!

the_isz commented on 2012-05-17 09:49


got the following output from the newest version:

File "/usr/bin/gcalcli", line 332
except Exception, e:
SyntaxError: invalid syntax

This is fixable adding the following line to the PKGBUILD after the install

sed -i -e '1s/$/2/' "$pkgdir/usr/bin/$pkgname"

The "real" solution would be to add a file which would then install the
script, automatically adapting the binary name to python2. But as long as it's
only one file, the above solution is totally Ok, too.


Anonymous comment on 2012-05-11 20:51

Adopted again, because now I use it regularly, included in my conky :)

For now I'll provide it as a git package, because on the new site there are no releases. As soon as there's a release, I'll switch to that.

Anonymous comment on 2012-05-11 03:39

gcalcli has been moved to github.

petelewis commented on 2012-05-10 09:38

Hi, this also should depend on python2-vobject, so that .ics files can be imported.


Anonymous comment on 2011-11-21 16:11

If you want to use this with the notification daemon:

< 'gxmessage -display :0 -center -title "Ding, Ding, Ding!" %s'
> 'notify-send "Google Calendar Reminder:" "%s" --icon=dialog-information'
> # command = \
> # 'gxmessage -display :0 -center -title "Ding, Ding, Ding!" %s'
< message = "Google Calendar Reminder:\n" + message
> #message = "Google Calendar Reminder:\n" + message

Anonymous comment on 2011-10-27 18:12

Flagged out-of-date. However CheariX's PKGBUILD seems to work just fine. Thanks!

CheariX commented on 2011-08-14 12:59

Finally with UTF-8 Support (German Umlauts).

I used this PKGBUILD:

pkgdesc="Allows you to access you Google Calendar from a command line"
depends=('python-gdata' 'python-dateutil')

build() {
cd ${srcdir}
# HTTPs on by default
sed 's|https=False,|https=True,|g' -i ${pkgname}
# Change Shebang
sed 's|#!/usr/bin/python2|#!/usr/bin/env python2|g' -i ${pkgname}
install -D -m755 ${srcdir}/${pkgname} ${pkgdir}/usr/bin/${pkgname}

Anonymous comment on 2011-08-11 05:45

v2.1 of gcalcli has been released. Fixes many issues and has some great enhancements.

Anonymous comment on 2010-12-23 15:55

Updated, thanks!

Anonymous comment on 2010-12-22 18:23

Sent an email, but including here in case someone searches on the error strings:

the self.allCals.entry.sort fix addresses this:

ERROR: Traceback (most recent call last):
File "/usr/local/bin/gcalcli", line 1114, in <module>
File "/usr/local/bin/gcalcli", line 1025, in DoooooItHippieMonster?
File "/usr/local/bin/gcalcli", line 312, in init
self.allCals.entry.sort(lambda x, y:
File "/usr/local/bin/gcalcli", line 313, in <lambda>
KeyError?: 'root'

the utf-8 patch addresses errors I've had with chinese calendars, summarized with similar errors at:

Anonymous comment on 2010-12-22 17:54

What's the command line which shows a broken behavior? Everything seems fine here.

Anonymous comment on 2010-12-22 08:27

gcalcli recently started acting up for me again. Specifically sorting calendars started to fail, so I have to tweak that. Also, I had some other errors fixed by ensuring it was operating in utf-8 mode. I've found other folks with the same problem but I don't know how wide spread it is. I don't think either of these fixes would negatively impact the utility in general and so would lobby for their inclusion in the PKGBUILD:

sed "s|locale.getpreferredencoding()|'utf-8'|g" -i ~/bin/gcalcli
sed '/self.allCals.entry.sort/,+2 s/^/#/' -i ~/bin/gcalcli

Anonymous comment on 2010-10-19 13:05

Thanks!!! Updated

pnutzh4x0r commented on 2010-10-19 12:22

We can get rid of the python-elementtree dependency, and we need to change to the shebang to point to python2 to make this work with the recent python changes.

haawda commented on 2010-09-09 15:05

It is a python-script, isn't it? So you can use arch=('any') .

Anonymous comment on 2010-07-26 19:34

Updated with fix, so it works again

Anonymous comment on 2010-07-26 11:06

Fixing this problem within the build function I'd recommend adding one line

build() {
cd ${srcdir}
sed 's||https?://|g' -i ${pkgname}
install -D -m755 ${srcdir}/${pkgname} ${pkgdir}/usr/bin/${pkgname}

Works perfectly afterwards

pnutzh4x0r commented on 2010-07-01 13:37

The new version of python-gdata broke gcalcli. I had to change feedPrefix under the GoogleCalendar class from to (note the use of https rather than http) to fix the problem.