Debian Patches
Status for khal/1:0.11.3-5
Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
---|---|---|---|---|---|---|
020230617~508fda5.patch | fix tests icalendar_helpers.expand now returns None (not False) if event does not contain any recurrence instances. |
Christian Geier <geier@lostpackets.de> | no | upstream, https://github.com/pimutils/khal/commit/508fda5 | 2023-07-21 | |
020230617~c4cd982.patch | fix an issue with updating the eventlist after editing After we edited an event, the event list would get updated between the first and last date shown in calendar, not between the first and last date shown in the event list. This would often lead to not updating the right dates. This *should* only be an issue when the recurrence rules change, but there also is an issue where the RecurrenceEditor spuriously claims it has been edited (when it has not been edited). |
Christian Geier <geier@lostpackets.de> | no | upstream, https://github.com/pimutils/khal/commit/c4cd982 | 2023-07-21 | |
020230617~ca32ec3.patch | fix issue after reset of eventlist | Christian Geier <geier@lostpackets.de> | no | upstream, https://github.com/pimutils/khal/commit/ca32ec3 | 2023-07-21 | |
020230617~fe5be01.patch | fix deleting of multiple instances When deleting multiple instances of the same recurring event, ikhal would crash because of mismatching etags. This would happen, because we delete one instance after the next, each time updating the etag. As we check for matching etags when deleting (the one in the database and the one stored in ikhal), this would crash ikhal. Matching the etag makes sense, as we might overwrite freshly synced data otherwise. For now, the server wins. |
Christian Geier <geier@lostpackets.de> | no | upstream, https://github.com/pimutils/khal/commit/fe5be01 | 2023-07-21 | |
020241127~a0e3fd1.patch | set external_edit extension to .ics | Andrew Jeffery <dev@jeffas.net> | yes | upstream | upstream, https://github.com/pimutils/khal/commit/a0e3fd1 | 2025-01-13 |
0_20241031~b8f068e.patch | Force usage of pytz For timezone functionalities icalendar can use both pytz and zoneinfo, preferring zoneinfo. . We rely on pytz for several attributes, stick to it. |
Leonardo Taccari <iamleot@gmail.com> | yes | upstream | upstream, https://github.com/pimutils/khal/pull/1364/commits/b8f068e | 2023-11-26 |
0_20241031~ce339cd.patch | Fix windows_to_olson inclusion In icalendar-6.0.0 windows_to_olson is part of icalendar.timezone. | Leonardo Taccari <iamleot@gmail.com> | yes | upstream | upstream, https://github.com/pimutils/khal/pull/1364/commits/ce339cd | 2023-11-26 |
1001_shebang.patch | use python3 in executables | Jonas Smedegaard <dr@jones.dk> | no | 2021-09-17 | ||
2001_No_RSS_news_in_docs.patch | No RSS news in docs | Filip Pytloun <filip@pytloun.cz> | no | 2021-09-17 | ||
2002_Fix_intersphinx_mapping.patch | Fix intersphinx mapping | Filip Pytloun <filip@pytloun.cz> | no | 2021-09-17 | ||
2003_Avoid_privacy_breach_in_sphinx_doc.patch | Avoid privacy breach in sphinx doc | Filip Pytloun <filip@pytloun.cz> | no | 2021-09-17 | ||
2004_version.patch | resolve upstream version from file (not from VCS) | Jonas Smedegaard <dr@jones.dk> | no | debian | 2022-01-03 | |
2005_icalendar_5.patch | adapt a few tests seemingly tied to icalendar 5 | Jonas Smedegaard <dr@jones.dk> | no | 2023-07-22 |
All known versions for source package 'khal'
- 1:0.11.3-5 (sid, trixie)
- 1:0.10.5-1.1 (bookworm)
- 1:0.10.3-1 (bullseye)