Package Details: khal 0.9.8-1

Git Clone URL: (read-only)
Package Base: khal
Description: CLI calendar application build around CalDAV
Upstream URL:
Licenses: MIT
Submitter: t-8ch
Maintainer: eolianoe (WhyNotHugo)
Last Packager: WhyNotHugo
Votes: 27
Popularity: 0.800681
First Submitted: 2014-04-18 09:52
Last Updated: 2017-10-06 18:47

Latest Comments

WhyNotHugo commented on 2017-10-06 18:48

@polyzen Thanks!
@sekret: There's an upstream issue trying to narrow this issue down; we haven't been able to consistently reproduce it:

sekret commented on 2017-10-06 16:10

Unfortunately the check fails for me when I try to build it in a clean chroot:
I don't know how to fix this, any help?

The build works though with "standard" makepkg.

polyzen commented on 2017-10-06 03:24

Here's an updated patch removing the sphinxcontrib-newsfeed makedep, this time without adding errors:

polyzen commented on 2017-07-02 19:35

Oh, that's great. Thank you for the explanation.

WhyNotHugo commented on 2017-07-02 17:58

@polyzen: The files installed are not the same as the ones generated by setuptools; they're alternative versions which provide a very large speedup (by skipping on some very slow logic on setuptool's side). This should trim 1-2 seconds of startup time for this app.

See here[1] for further background.


polyzen commented on 2017-07-02 08:13

In the latest commit, why add those install lines if the files already get installed with the appropriate permissions?

Also, IIUC, either `python build` should be removed or `--skip-build` should be added to `python install`.

polyzen commented on 2017-03-11 02:25

sphinxcontrib.newsfeed is unnecessary for the man build [1][2].
This patch [3] removes this makedep, but causes Sphinx to output quite a few lines of errors. Perhaps that can just be forwarded to /dev/null.


untitaker commented on 2017-01-19 10:09

@steinberg: That bug appears to be fixed in khal master.

Steinberg2010 commented on 2017-01-18 14:33

vdirsyncer is properly installed on mine (I have it running through cronie to sync my calendars and it works fine). At the moment it fails in the simple_config_test:
___________________________________________ TestSettings.test_simple_config ___________________________________________

self = <tests.settings_test.TestSettings object at 0x7fe4f76ea828>

def test_simple_config(self):
config = get_config(PATH + 'simple.conf')
comp_config = {
'calendars': {
'home': {'path': os.path.expanduser('~/.calendars/home/'),
'readonly': False, 'color': None, 'type': 'calendar'},
'work': {'path': os.path.expanduser('~/.calendars/work/'),
'readonly': False, 'color': None, 'type': 'calendar'},
'sqlite': {'path': os.path.expanduser('~/.local/share/khal/khal.db')},
'locale': {
'local_timezone': pytz.timezone('Europe/Berlin'),
'default_timezone': pytz.timezone('Europe/Berlin'),
'timeformat': '%H:%M',
'dateformat': '%d.%m.',
'longdateformat': '%d.%m.%Y',
'datetimeformat': '%d.%m. %H:%M',
'longdatetimeformat': '%d.%m.%Y %H:%M',
'firstweekday': 0,
'encoding': 'utf-8',
'unicode_symbols': True,
'weeknumbers': False,
'default': {
'default_command': 'calendar',
'default_calendar': None,
'show_all_days': False,
'print_new': 'False',
'days': 2,
'highlight_event_days': False
for key in comp_config:
> assert config[key] == comp_config[key]
E assert {'home': {'pa...: 'calendar'}} == {'home': {'col...: 'calendar'}}
E Differing items:
E {'work': {'path': '/home/nicolas/.calendars/work/', 'color': '#E6C800FF', 'readonly': False, 'type': 'calendar'}} != {'work': {'color': None, 'path': '/home/nicolas/.calendars/work/', 'readonly': False, 'type': 'calendar'}}
E {'home': {'path': '/home/nicolas/.calendars/home/', 'color': '#882F00FF', 'readonly': False, 'type': 'calendar'}} != {'home': {'color': None, 'path': '/home/nicolas/.calendars/home/', 'readonly': False, 'type': 'calendar'}}
E Use -v to get the full diff

tests/ AssertionError

dhaines commented on 2017-01-18 14:16

No AUR helper beyond cower, which shouldn't count.

I managed to get it to build nonetheless; I had to uninstall most, if not all, of the python dependencies, as they had been in /usr/lib/python3.5 and reinstall them such that they were in the python 3.6 directory tree.

Thanks for the help!

All comments