On Friday 29 January 2016 06:47 AM, Andre LaBranche wrote:
Also, the psutil version installed on the system is 3.4.1 while the version
mentioned in requirements-stable.txt is 2.2.1. So, I went ahead and downgraded
psutil to 2.2.1 by installing an older debian package and the error went away.
So, psutil was the cause of the issue. Is it possible to make calendarserver
compatible with 3.4.1? The incompatibility issue seems to be becoming a
recurring theme :).
I can check on that, but I vaguely recall some reason why we haven't updated to
newer psutil.
(a) Could you check on this? It is sort of a blocker for pushing the new
calendarserver version to Debian. If you could provide a patch, I could
easily incorporate it.
Finally, tasks were still not enabled for the user after the upgrade. What do I
need to check for this?
I think this should be based only on the config value for EnableCardDAV, and
possibly also the listener port configuration, depending on how the clients are
configured.
I think tasks are related to caldavd. Anyway, I figured this out. The
RestrictCalendarsToOneComponentType config has to be set to false for
Thunderbird to be able to handle tasks and events. I set this option to
false in the default config file that gets distributed with the package
but for some reason while testing, I had removed the option. So, this
problem could be considered resolved.
(b) Finally, everything seems to be working as expected :). I am
however, seeing these two errors in my log files. Could I ignore them?
Or is there a fix for it?
1. 2016-01-29 12:37:11+0530 [-] [caldav-1]
[PooledMemCacheProtocol,client]
[twistedcaldav.memcachepool.MemCachePool#error] Memcache error: Invalid
type for key: <type 'unicode'>, expecting a string; request: set
cacheToken:/calendars/__uids__/F343A113-0C2B-5A69-B049-A4C72FCAEF9B/
0553b3f8-1b1a-4ad9-a9d6-4aa70558d81e
2016-01-29 12:37:11+0530 [-] [caldav-1] [PooledMemCacheProtocol,client]
[twistedcaldav.memcachepool.MemCachePool#error] Memcache error: Invalid
type for key: <type 'unicode'>, expecting a string; request: set
cacheToken:/calendars/__uids__/F343A113-0C2B-5A69-B049-A4C72FCAEF9B/calendar/
4582ad22-bb79-4c45-bdec-e7cae7aa5f80
2016-01-29 12:37:11+0530 [-] [caldav-1] [PooledMemCacheProtocol,client]
[twistedcaldav.memcachepool.MemCachePool#error] Memcache error: Invalid
type for key: <type 'unicode'>, expecting a string; request: set
cacheToken:/calendars/__uids__/F343A113-0C2B-5A69-B049-A4C72FCAEF9B/
40aed427-a35f-41dd-9f79-fefc56ff8006
2. 2016-01-29 12:44:18+0530 [-] [twext.enterprise.jobs.queue#error]
workCheck: jobqueue is no longer overloaded
(c) Also, could something be commented on the attached patch. Is is
safe? I really don't understand what the fix is but it does seem to help
for handling the problem of "/usr/bin/twistd: Unknown command:
caldav_directoryproxy" post-upgradation.
Looking forward to a response.
Thanks,
Rahul.
This fix is necessary for calendarserver_upgrade to work and probably for all of the other calendarserver_* utility scripts
--- a/setup.py
+++ b/setup.py
@@ -329,7 +329,7 @@
"pyOpenSSL>=0.14", # also for Twisted
"service_identity", # for Twisted
"pycrypto", # for Twisted
- "kerberos",
+ "pykerberos",
# Data store
"xattr",
--- a/twisted/plugins/caldav.py
+++ b/twisted/plugins/caldav.py
@@ -50,5 +50,9 @@
return self._serviceMaker.makeService(options)
-TwistedCalDAV = TAP("calendarserver.tap.caldav.CalDAVServiceMaker")
-DirectoryProxy = TAP("txdav.dps.server.DirectoryProxyServiceMaker")
+class T1(TAP):
+ pass
+class T2(TAP):
+ pass
+TwistedCalDAV = T1("calendarserver.tap.caldav.CalDAVServiceMaker")
+DirectoryProxy = T2("txdav.dps.server.DirectoryProxyServiceMaker")
_______________________________________________
calendarserver-dev mailing list
calendarserver-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/calendarserver-dev