On Jun 7, 2011, at 5:58 PM, Glyph Lefkowitz wrote:
On Jun 7, 2011, at 5:52 PM, Scott Cherf wrote:
On Jun 7, 2011, at 3:29 PM, Glyph Lefkowitz wrote:
Clearly this release tag should work, but I'm curious: can you reproduce this behavior on trunk, or does trunk start up correctly for you?
-glyph
Yes I can reproduce it on the trunk using the top of tree as of earlier today. It must be some type shared configuration problem.
Are there any other salient details about your configuration?
Here's a high level view of the machine
Hardware Overview:
Model Name: Mac mini
Model Identifier: Macmini2,1
Processor Name: Intel Core 2 Duo
Processor Speed: 1.83 GHz
Number Of Processors: 1
Total Number Of Cores: 2
L2 Cache: 2 MB
Memory: 4 GB
Bus Speed: 667 MHz
Boot ROM Version: MM21.009A.B00
SMC Version (system): 1.19f2
Serial Number (system): YM7463V0YL1
Hardware UUID: 00000000-0000-1000-8000-0016CBAD2BA3
System Software Overview:
System Version: Mac OS X 10.6.2 (10C540)
Kernel Version: Darwin 10.2.0
Boot Volume: Alphonse
Boot Mode: Normal
Computer Name: Alphonse
User Name: Scott Cherf (cherf)
Secure Virtual Memory: Not Enabled
64-bit Kernel and Extensions: No
Time since boot: 14:33
I'm running Python 2.6 along with a complicated and somewhat handcrafted collection of open source software installed in /opt/local. It would be difficult to characterize all of the versions of utilities installed though I'm happy to answer questions.
Where are you checking out the code?
The full paths to the checked out versions are:
/Users/cherf/Projects/Source/MacOSForge/CalendarServer/trunk
/Users/cherf/Projects/Source/MacOSForge/CalendarServer/tags/release/CalendarServer-2.5
Both were checked out this morning using Xcode 3 from:
Have you modified anything, either configuration or code?
In both examples I performed the recommended copy caldavd-test.plist, which was done by the script on trunk and manually on 2.5. I'm not aware of making any other changes.
Scott.