I followed up on this with calendarserver upstream. The only feasible
solution seems to be rolling out a new compatible python-sqlparse
package separately for calendarserver. I don't know think new packages
are accepted now in stretch. Moreoever, I don't want to go through all
this hassle as th
Hi, the attached patch fixes *some* of the issues.
- sqlparse 0.2 changed is_whitespace into a property
- token_next now returns a (idx, token) tuple instead of just the token
However I am now getting these errors:
# journalctl _SYSTEMD_UNIT=calendarserver.service | tail
Jan 03 17:25:31 pdeb1 c
Currently I downgraded python-sqlparse in 0.1.18-1.
Maybe more recent version of calendarserver is compatible with
python-sqlparse 0.2.2-1, but I don't know.
I saw this recent commit on git about sqlparse 0.2.0 :
https://github.com/apple/ccs-calendarserver/commit/60a169dc824433002a48c2331e1df7e58
Will look into this before stretch "soft" freeze. Are you aware of the
fix for this?
Thanks,
Rahul.
On Friday 16 December 2016 10:39 PM, P'tit g wrote:
Package: calendarserver
Version: 7.0+dfsg-2
Severity: grave
Justification: renders package unusable
Dear Maintainer,
Regression in python-sq
Package: calendarserver
Version: 7.0+dfsg-2
Severity: grave
Justification: renders package unusable
Dear Maintainer,
Regression in python-sqlparse 0.2.2-1 causes calendarserver fail at startup
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (990, 'testing'
5 matches
Mail list logo
