Closed macosforgebot closed 9 years ago
clemens.kroell@… originally submitted this as comment:1:ticket:397
@dreness originally submitted this as comment:2:ticket:397
I'm guessing this has something to do with how you are attempting to start the service. To be honest, I've not had much success in running the service except out of SVN checkout (or in the standard fashion on Mac OS X Server, our 'most native' platform). The task of performing an installation varies from platform to platform, but running out of SVN checkout is basically the same everywhere.
I just verified that Ubuntu 10.04 can start the server and is almost fully functional, passing 2592 out of 2611 CalDAV protocol tests.
Here's my Ubuntu setup recipe: http://www.dreness.com/blog/?p=153
john.holland@… originally submitted this as comment:3:ticket:397
I too was able to give the server running using Ubuntu 10.04. The results I got while testing are:
Overall Results: 2575 PASSED, 12 FAILED, 244 IGNORED
I commented the PyXml stuff in build.sh and exported PATH=$PATH:/usr/lib/postgresql/8.4/bin[[BR]]
diffing the caldavd-test.plist and caldavd-dev.plist shows:
diff -uNr conf/caldavd-test.plist conf/caldavd-dev.plist
--- conf/caldavd-test.plist 2010-08-26 09:08:18.981188578 +0200
+++ conf/caldavd-dev.plist 2010-08-26 09:21:14.278824030 +0200
@@ -34,6 +34,12 @@
<key>ServerHostName</key>
<string></string> <!-- The hostname clients use when connecting -->
+ <key>EnableCalDAV</key>
+ <true/>
+
+ <key>EnableCardDAV</key>
+ <true/>
+
<!-- HTTP port [0 = disable HTTP] -->
<key>HTTPPort</key>
<integer>8008</integer>
@@ -62,11 +68,15 @@
<!-- List of port numbers to bind to for HTTP [empty = same as "Port"] -->
<key>BindHTTPPorts</key>
<array>
+ <integer>8008</integer>
+ <integer>8800</integer>
</array>
<!-- List of port numbers to bind to for SSL [empty = same as "SSLPort"] -->
<key>BindSSLPorts</key>
<array>
+ <integer>8443</integer>
+ <integer>8843</integer>
</array>
@@ -727,12 +737,14 @@
<dict>
<key>MaxClients</key>
<integer>5</integer>
- <key>memcached</key>
- <string>memcached</string> <!-- Find in PATH -->
- <key>Options</key>
- <array>
- <!--<string>-vv</string>--> <!-- Be very verbose -->
- </array>
+ <key>Pools</key>
+ <dict>
+ <key>Default</key>
+ <dict>
+ <key>ServerEnabled</key>
+ <false/>
+ </dict>
+ </dict>
</dict>
john.holland@… originally submitted this as comment:4:ticket:397
Sorry, forgot to mention testing against the generic-sqlstore branch.
A quick look at the results:
IGNORED: due to
Missing features: per-object-ACLs, regular-collection
FAILED: due toFailed Verifier: multistatusItems
and perhaps others...
@wsanchez originally submitted this as comment:5:ticket:397
@wsanchez originally submitted this as comment:6:ticket:397
@wsanchez originally submitted this as comment:7:ticket:397
olivier@… originally submitted this as comment:8:ticket:397
Just experienced the very same problem here on Solaris 11.
It was due to the initdb, createdb and other binaries from postgresql not being in the path at the time I tried to start the daemon. Just thought I'd let you know. Fixed my PATH and it started like without any problems.
olivier@… originally submitted this as comment:9:ticket:397
@wsanchez originally submitted this as comment:13:ticket:397
This is a config issue, but the exception with traceback is not a useful error message.
@wsanchez originally submitted this as comment:14:ticket:397
I fixed the traceback in trunk recently
clemens.kroell@… originally submitted this as ticket:397