Error running carddav server in Linux #285
Comments
dennis@… originally submitted this as comment:1:ticket:358
|
dennis@… originally submitted this as comment:2:ticket:358 By enabling the build of PyOpenDirectory on linux, I was enable to get the server up. |
guy@… originally submitted this as comment:3:ticket:358 Replying to dennis@…:
Please can you provide some simple steps for this? |
dennis@… originally submitted this as comment:4:ticket:358 By editing the run script and comment out the check on darwin where PyOpenDirectory is fetched and build. This makes the server start, but I haven't been able to connect to it using a Address Book client. But this could be a configuration error on my side. |
guy@… originally submitted this as comment:5:ticket:358 which revision did you have checked out? I'm still not getting this work complete. I've checked out the latest: http://svn.calendarserver.org/repository/calendarserver/ContactsServer Revision: 5050 |
dennis@… originally submitted this as comment:6:ticket:358 I checked out trunk, which seems to be revision 4952. But I had no problem doing it with revision 5050 either. My changes in run is:
|
dennis@… originally submitted this as comment:7:ticket:358 Trying again with code block:
|
guy@… originally submitted this as comment:8:ticket:358 ok well it seems to compile now... however when it starts the server:
|
rene@… originally submitted this as comment:9:ticket:358
|
rene@… originally submitted this as comment:10:ticket:358 I can confirm the error, and also the workaround. |
alexis@… originally submitted this as comment:11:ticket:358
|
@wsanchez originally submitted this as comment:12:ticket:358
|
@wsanchez originally submitted this as comment:13:ticket:358
It should no longer be necessary to try to force build |
dave@… originally submitted this as ticket:358
When trying to launch the carddav server on a Debian Etch machine with ./run, I get the error:
I've tried commenting out all opendirectory-related resources in carddavd-dev.plist, but still get the error. I understand that there is no opendirectory on Linux, but there doesn't seem to be a way of keeping the server from trying to load that module.
Full traceback below.
The text was updated successfully, but these errors were encountered: