Package Details: gcalcli 4.5.1-1

Git Clone URL: https://aur.archlinux.org/gcalcli.git (read-only, click to copy)
Package Base: gcalcli
Description: Google calendar command line interface
Upstream URL: https://github.com/insanum/gcalcli
Licenses: MIT
Submitter: None
Maintainer: ainola (mu_mind)
Last Packager: mu_mind
Votes: 123
Popularity: 0.006338
First Submitted: 2007-10-03 21:45 (UTC)
Last Updated: 2024-10-12 00:34 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 Next › Last »

polyzen commented on 2015-10-03 01:00 (UTC)

Great news, cube777. According to upstream, with oauth2client 1.5.1 and this workaround, there will be issues with authentication. https://github.com/insanum/gcalcli/pull/211#issuecomment-145176780

kobusvs commented on 2015-10-03 00:16 (UTC)

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 (UTC)

https://github.com/insanum/gcalcli/pull/211

polyzen commented on 2015-10-02 23:10 (UTC)

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.

kobusvs commented on 2015-10-02 22:09 (UTC)

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 (UTC)

Fix coming tomorrow. It's 03:05

polyzen commented on 2015-10-01 21:11 (UTC)

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

kobusvs commented on 2015-10-01 20:50 (UTC)

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

bdowning commented on 2015-05-09 08:01 (UTC)

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 (UTC)

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

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 Next › Last »