Thanks for the tip, Cyrus. Boy, am I glad I backed everything up. This was an interesting failed experiment. After screwing up my initial svn checkout (pulling the trunk instead of the stable release), I killed my existing production directory completely and checked out the CalendarServer-1.2 build into a completely new folder. I then manually copied my backed up data and conf directories into the new CalendarServer directory and attempted to do a ./run -s. At this point, all manner of smoke and springs popped out of the machine, with python complaining about various Build 1.2 objects being mismatched against trunk. Figuring that I couldn't do much worse damage than I had already wreaked, I fired up iCal. Existing calendar data for the existing DCS accounts seemed to be inaccessible, even though I could get responses directly to the DCS port via a browser. Weird. Restored the Nov 2007 instance from backup and everything's running again, albeit on old code. <shrug> I guess I should paddle back over to the shallow end of the pool before I hurt myself. I'll wait until trunk is deemed stable and give this another try then. Regards, Steven On Sat, May 24, 2008 at 11:44 AM, Cyrus Daboo <cdaboo@apple.com> wrote:
Look under /tags/release and grab the 1.2 release there. That location will contain stable releases of the server code.
-- Cyrus Daboo (Tapped out on my iPhone)
On May 24, 2008, at 10:50 AM, Scott Buchanan <dscottbuch@mac.com> wrote:
This message cannot be displayed because of the way it is formatted. Ask the sender to send it again using a different format or email program. text/plain
calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users