martin f. krafft

Results 160 issues of martin f. krafft
trafficstars

Hey, I'm using 0.16.7 (Debian sid) and running against DAViCal, although it's behind a redirecting URL setup. Basically, `https://edsfellas.nz/caldav` forwards to `https://calendar.edsfellas.nz/caldav`. The `/.well-known` URLs also work similarly. I could...

I'm using `vdirsyncer` 0.16.7-2 (Debian), and discovered that files created during sync do not respect `umask`. I.e., despite `umask 022`, the `singlefile` created in my scenario will have a mode...

Whenever someone in our team uses e.g. Thunderbird to mark the current iteration of a recurrent task as "done", todoman won't any longer be able to do anything to this...

bug
lv: hard

**Describe the bug** x11vnc exits shortly after a client connects, which only gets to briefly show the desktop. If I remove `-ncache …`, then the connection stays. **To Reproduce** 1....

bug

There's plenty of code out there that caps the maximum password length. Rather than requiring me to manually crop the generated passwords, it would be great to be able to...

It seems that `munin-async --spoolfetch` on the client first reads all data and only then sends it over the wire. This is not only memory-intensive, it's also a problem when...

[component] async transport
[affects] 2.0-stable
[affects] branch master
[type] feature request

tl;dr: if a node takes a long time, then hard-coded timeouts take precedence over the `--timeout` command line option. Details: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=786997

[type] bug
[component] master
[affects] 2.0-stable
[affects] branch master

When munin contacts a host to obtain all the data asyncd as spool using `spoolfetch`, it seems to do so in an all-or-nothing kind of way. If the transfer gets...

[component] async transport
[todo] needs design decision
[affects] 2.0-stable
[affects] branch master

This might be related to #145, but that issue seems stale and done, so here's a new one, from https://bugs.debian.org/855654: I just set up khal and let it discover my...

type: bug
cat:vdir_discover

When someone updates a calendar event, and I import the resulting ICS "updated invitation", then `khal` inserts a new record, causing a duplicate UID conflict: ``` error: madduck_calendar/calendar.ics: Storage "madduck_calendar_local/calendar.ics"...

type: bug
pri:High