All, I am trying to run CalendarServer on a MBP running OS X 10.8.5. I am using release CalendarServer 5.0. Setting up the server with the command './run -s' seems to work mostly well. Only one question here: During compilation of Twisted I get a compiler error: clang -fno-strict-aliasing -fno-common -dynamic -g -Os -pipe -fno-common -fno-strict-aliasing -fwrapv -mno-fused-madd -DENABLE_DTRACE -DMACOSX -DNDEBUG -Wall -Wstrict-prototypes -Wshorten-64-to-32 -DNDEBUG -g -Os -Wall -Wstrict-prototypes -DENABLE_DTRACE -arch i386 -arch x86_64 -I/Users/Admin/Tmp/calendar/postgresql-9.1.2/_root/include -pipe -I/System/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c conftest.c -o conftest.o clang: warning: argument unused during compilation: '-mno-fused-madd' conftest.c:1:10: fatal error: 'sys/epoll.h' file not found #include <sys/epoll.h> ^ 1 error generated. However, the setup process seems to proceed normally and I can run the server using './run'. I can add the server in AddressBook and Calendar, add contacts and so on. Everything seems to work. Any ideas what the error is about? Is it serious? Then I tried to install the server properly with './run -i /Users/username/Tmp' as it is suggested in 'run'. I get the same error during Twisted compile (which I ignore). However, installing CalDAVClientLibrary fails after lots of copying and byte-compiling with error running install_data creating /Users/Admin/Tmp/cs/System creating /Users/Admin/Tmp/cs/System/Library creating /Users/Admin/Tmp/cs/System/Library/Frameworks creating /Users/Admin/Tmp/cs/System/Library/Frameworks/Python.framework creating /Users/Admin/Tmp/cs/System/Library/Frameworks/Python.framework/Versions creating /Users/username/Tmp/cs/System/Library/Frameworks/Python.framework/Versions/2.7 warning: install_data: setup script did not provide a directory for 'caldavclientlibrary/ui/WebDAVBrowser.nib' -- installing right in '/Users/username/Tmp/cs/System/Library/Frameworks/Python.framework/Versions/2.7' error: can't copy 'caldavclientlibrary/ui/WebDAVBrowser.nib': doesn't exist or not a regular file I checked the file 'caldavclientlibrary/ui/WebDAVBrowser.nib' and sure enough it's a bundle, i.e. in Unix terms a directory, not a regular file. Any ideas why I get this error? Could I have wrong tools installed? I have XCode 5.0.1. TIA, Bernhard
Just noticed that this issue has been reported already 17 months ago: http://trac.calendarserver.org/ticket/485?cversion=1&cnum_hist=5 and seems to be still open. Does anyone know about progress on this issue? Is anyone able to install the server via './run -i'? Thanks, Bernhard On 06.11.2013, at 22:16, Bernhard Spinnler <Bernhard.Spinnler@gmx.net> wrote:
All,
I am trying to run CalendarServer on a MBP running OS X 10.8.5. I am using release CalendarServer 5.0. Setting up the server with the command './run -s' seems to work mostly well. Only one question here: During compilation of Twisted I get a compiler error:
clang -fno-strict-aliasing -fno-common -dynamic -g -Os -pipe -fno-common -fno-strict-aliasing -fwrapv -mno-fused-madd -DENABLE_DTRACE -DMACOSX -DNDEBUG -Wall -Wstrict-prototypes -Wshorten-64-to-32 -DNDEBUG -g -Os -Wall -Wstrict-prototypes -DENABLE_DTRACE -arch i386 -arch x86_64 -I/Users/Admin/Tmp/calendar/postgresql-9.1.2/_root/include -pipe -I/System/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c conftest.c -o conftest.o clang: warning: argument unused during compilation: '-mno-fused-madd' conftest.c:1:10: fatal error: 'sys/epoll.h' file not found #include <sys/epoll.h> ^ 1 error generated.
However, the setup process seems to proceed normally and I can run the server using './run'. I can add the server in AddressBook and Calendar, add contacts and so on. Everything seems to work. Any ideas what the error is about? Is it serious?
Then I tried to install the server properly with './run -i /Users/username/Tmp' as it is suggested in 'run'. I get the same error during Twisted compile (which I ignore). However, installing CalDAVClientLibrary fails after lots of copying and byte-compiling with error
running install_data creating /Users/Admin/Tmp/cs/System creating /Users/Admin/Tmp/cs/System/Library creating /Users/Admin/Tmp/cs/System/Library/Frameworks creating /Users/Admin/Tmp/cs/System/Library/Frameworks/Python.framework creating /Users/Admin/Tmp/cs/System/Library/Frameworks/Python.framework/Versions creating /Users/username/Tmp/cs/System/Library/Frameworks/Python.framework/Versions/2.7 warning: install_data: setup script did not provide a directory for 'caldavclientlibrary/ui/WebDAVBrowser.nib' -- installing right in '/Users/username/Tmp/cs/System/Library/Frameworks/Python.framework/Versions/2.7'
error: can't copy 'caldavclientlibrary/ui/WebDAVBrowser.nib': doesn't exist or not a regular file
I checked the file 'caldavclientlibrary/ui/WebDAVBrowser.nib' and sure enough it's a bundle, i.e. in Unix terms a directory, not a regular file. Any ideas why I get this error? Could I have wrong tools installed? I have XCode 5.0.1.
TIA, Bernhard
_______________________________________________ calendarserver-users mailing list calendarserver-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/calendarserver-users
Hi, It does indeed appear that run -i is still broken. Even so, it's fine to just run the service in place, using the run script. Normally doing something like this would be a mess of fixing up environment variables and adding things to various paths, but our run script does this for you, no matter where you execute it from. I might recommend creating another user account to run the service, to isolate it from your own personal login session. It doesn't need to run as root. For example: andre@xomg[~] /Users/andre/work/icalserver/trunk/CalendarServer/run -n Using system version of memcached. Using system version of OpenLDAP. Using system version of libffi. Using system version of setuptools. Unable to determine version for zope.interface. Using system version of pyOpenSSL. Using system version of xattr. Using system version of Twisted. Using system version of python-dateutil. Using system version of pytz. Using python2.7 as Python Starting server... Reading configuration from file: /Volumes/xomg/Users/andre/work/icalserver/trunk/CalendarServer/conf/caldavd-dev.plist 2013-11-07 14:56:41-0800 [-] Log opened. 2013-11-07 14:56:41-0800 [-] [twisted.application.app#info] twistd 12.2.0 (/System/Library/Frameworks/Python.framework/Versions/2.7/Resources/Python.app/Contents/MacOS/Python 2.7.5) starting up. ... You can integrate this with launchd as well; just make sure to not pass the -d option with run. One side effect of using run without -d is that no separate error.log is written; instead all that content goes to stdout. To get a separate error.log file, define StandardOutPath and StandardErrorPath in your launchd plist, with the desired path to the log file. -dre On Nov 7, 2013, at 12:55 PM, Bernhard Spinnler <Bernhard.Spinnler@gmx.net> wrote:
Just noticed that this issue has been reported already 17 months ago: http://trac.calendarserver.org/ticket/485?cversion=1&cnum_hist=5 and seems to be still open.
Does anyone know about progress on this issue? Is anyone able to install the server via './run -i'?
Thanks, Bernhard
On 06.11.2013, at 22:16, Bernhard Spinnler <Bernhard.Spinnler@gmx.net> wrote:
All,
I am trying to run CalendarServer on a MBP running OS X 10.8.5. I am using release CalendarServer 5.0. Setting up the server with the command './run -s' seems to work mostly well. Only one question here: During compilation of Twisted I get a compiler error:
clang -fno-strict-aliasing -fno-common -dynamic -g -Os -pipe -fno-common -fno-strict-aliasing -fwrapv -mno-fused-madd -DENABLE_DTRACE -DMACOSX -DNDEBUG -Wall -Wstrict-prototypes -Wshorten-64-to-32 -DNDEBUG -g -Os -Wall -Wstrict-prototypes -DENABLE_DTRACE -arch i386 -arch x86_64 -I/Users/Admin/Tmp/calendar/postgresql-9.1.2/_root/include -pipe -I/System/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c conftest.c -o conftest.o clang: warning: argument unused during compilation: '-mno-fused-madd' conftest.c:1:10: fatal error: 'sys/epoll.h' file not found #include <sys/epoll.h> ^ 1 error generated.
However, the setup process seems to proceed normally and I can run the server using './run'. I can add the server in AddressBook and Calendar, add contacts and so on. Everything seems to work. Any ideas what the error is about? Is it serious?
Then I tried to install the server properly with './run -i /Users/username/Tmp' as it is suggested in 'run'. I get the same error during Twisted compile (which I ignore). However, installing CalDAVClientLibrary fails after lots of copying and byte-compiling with error
running install_data creating /Users/Admin/Tmp/cs/System creating /Users/Admin/Tmp/cs/System/Library creating /Users/Admin/Tmp/cs/System/Library/Frameworks creating /Users/Admin/Tmp/cs/System/Library/Frameworks/Python.framework creating /Users/Admin/Tmp/cs/System/Library/Frameworks/Python.framework/Versions creating /Users/username/Tmp/cs/System/Library/Frameworks/Python.framework/Versions/2.7 warning: install_data: setup script did not provide a directory for 'caldavclientlibrary/ui/WebDAVBrowser.nib' -- installing right in '/Users/username/Tmp/cs/System/Library/Frameworks/Python.framework/Versions/2.7'
error: can't copy 'caldavclientlibrary/ui/WebDAVBrowser.nib': doesn't exist or not a regular file
I checked the file 'caldavclientlibrary/ui/WebDAVBrowser.nib' and sure enough it's a bundle, i.e. in Unix terms a directory, not a regular file. Any ideas why I get this error? Could I have wrong tools installed? I have XCode 5.0.1.
TIA, Bernhard
_______________________________________________ calendarserver-users mailing list calendarserver-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/calendarserver-users
_______________________________________________ calendarserver-users mailing list calendarserver-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/calendarserver-users
On 08.11.2013, at 00:15, Andre LaBranche <dre@apple.com> wrote:
Hi,
It does indeed appear that run -i is still broken.
Even so, it's fine to just run the service in place, using the run script. Normally doing something like this would be a mess of fixing up environment variables and adding things to various paths, but our run script does this for you, no matter where you execute it from. I might recommend creating another user account to run the service, to isolate it from your own personal login session. It doesn't need to run as root.
For example:
andre@xomg[~] /Users/andre/work/icalserver/trunk/CalendarServer/run -n Using system version of memcached.
Using system version of OpenLDAP.
Using system version of libffi.
Using system version of setuptools.
Unable to determine version for zope.interface. Using system version of pyOpenSSL.
Using system version of xattr.
Using system version of Twisted.
Using system version of python-dateutil.
Using system version of pytz.
Using python2.7 as Python
Starting server... Reading configuration from file: /Volumes/xomg/Users/andre/work/icalserver/trunk/CalendarServer/conf/caldavd-dev.plist 2013-11-07 14:56:41-0800 [-] Log opened. 2013-11-07 14:56:41-0800 [-] [twisted.application.app#info] twistd 12.2.0 (/System/Library/Frameworks/Python.framework/Versions/2.7/Resources/Python.app/Contents/MacOS/Python 2.7.5) starting up. …
I'm fine with running the service in place. Just thought I install it since it was recommended in the comment at the top of ./run itself. Also, so far I missed the switch -n and setup kicked in with every start, updated code from remote repositories, compiled and so on. I didn't want that. Thanks for the tip! BTW: ./run -I chokes on the same error ./run -i does. ./run -b completes successfully, but when I start caldavd twisted fails for some reason. I could provide details in case of interest. For now I will just ./run -n in place.
You can integrate this with launchd as well; just make sure to not pass the -d option with run. One side effect of using run without -d is that no separate error.log is written; instead all that content goes to stdout. To get a separate error.log file, define StandardOutPath and StandardErrorPath in your launchd plist, with the desired path to the log file.
Cool. Will do that when I'm comfortable with my current manual setup. Thanks again. Appreciate it. Bernhard
On Nov 8, 2013, at 1:39 PM, Bernhard Spinnler <Bernhard.Spinnler@gmx.net> wrote:
BTW: ./run -I chokes on the same error ./run -i does. ./run -b completes successfully, but when I start caldavd twisted fails for some reason. I could provide details in case of interest. For now I will just ./run -n in place.
run -b is designed to produce a fully self-contained 'root' of Calendar Server and all its dependencies (all the way down to python!). It is currently used only for a very specific deployment, under very specific conditions, and has not been tested or qualified for general purpose use. Having said that, please feel free to experiment. I can't think of any reason why it would necessarily break outside of the current (internal) use case. When using run -b, supply a path at which the root is to be installed; e.g. ./run -b /whatever/foo/bar/CalendarServer. I would recommend against using "/" or "/usr/local", at least until you are experienced with the behavior of this mode of operation, and are confident that you won't stomp something that shouldn't be stomped. Once again, I am reiterating that run -b is not that smart - it always builds / installs the same set of deps, and it's probably not going to keep you from shooting your legs off if you point it in the wrong direction. To actually use the resulting root, it's expected that the invoking shell has sourced the environment.sh file which is produced by run -b and lives in the root's installation directory. I tried this just now, and it seems to work on Mavericks enough to build / install the root at the supplied directory. After sourcing the environment.sh file, I can run one of our support tools in 'bin' without throwing any Python tracebacks, which means all of our modules are being found and loaded. I stopped short of actually trying to run the service, as that would involve provisioning a postgres cluster somewhere and doctoring up a new config file. HTH, -dre
On 09.11.2013, at 00:19, Andre LaBranche <dre@apple.com> wrote:
On Nov 8, 2013, at 1:39 PM, Bernhard Spinnler <Bernhard.Spinnler@gmx.net> wrote:
BTW: ./run -I chokes on the same error ./run -i does. ./run -b completes successfully, but when I start caldavd twisted fails for some reason. I could provide details in case of interest. For now I will just ./run -n in place.
run -b is designed to produce a fully self-contained 'root' of Calendar Server and all its dependencies (all the way down to python!). It is currently used only for a very specific deployment, under very specific conditions, and has not been tested or qualified for general purpose use. Having said that, please feel free to experiment. I can't think of any reason why it would necessarily break outside of the current (internal) use case.
When using run -b, supply a path at which the root is to be installed; e.g. ./run -b /whatever/foo/bar/CalendarServer. I would recommend against using "/" or "/usr/local", at least until you are experienced with the behavior of this mode of operation, and are confident that you won't stomp something that shouldn't be stomped. Once again, I am reiterating that run -b is not that smart - it always builds / installs the same set of deps, and it's probably not going to keep you from shooting your legs off if you point it in the wrong direction.
To actually use the resulting root, it's expected that the invoking shell has sourced the environment.sh file which is produced by run -b and lives in the root's installation directory. I tried this just now, and it seems to work on Mavericks enough to build / install the root at the supplied directory. After sourcing the environment.sh file, I can run one of our support tools in 'bin' without throwing any Python tracebacks, which means all of our modules are being found and loaded. I stopped short of actually trying to run the service, as that would involve provisioning a postgres cluster somewhere and doctoring up a new config file.
Setting up the environment via sourcing environment.sh changed something but still doesn't seem to work correctly for me. I can run python from the bin directory, but running caldavd throws the following error on me: Greece:bin Admin$ ./caldavd Traceback (most recent call last): File "/Users/Admin/Tmp/cs/bin/twistd", line 5, in <module> pkg_resources.run_script('Twisted==12.3.0', 'twistd') File "build/bdist.macosx-10.4-x86_64/egg/pkg_resources.py", line 489, in run_script File "build/bdist.macosx-10.4-x86_64/egg/pkg_resources.py", line 1207, in run_script File "/Users/Admin/Tmp/cs/lib/python2.7/site-packages/Twisted-12.3.0-py2.7-macosx-10.4-x86_64.egg/EGG-INFO/scripts/twistd", line 14, in <module> run() File "/Users/Admin/Tmp/cs/lib/python2.7/site-packages/Twisted-12.3.0-py2.7-macosx-10.4-x86_64.egg/twisted/scripts/twistd.py", line 27, in run app.run(runApp, ServerOptions) File "/Users/Admin/Tmp/cs/lib/python2.7/site-packages/Twisted-12.3.0-py2.7-macosx-10.4-x86_64.egg/twisted/application/app.py", line 647, in run config.parseOptions() File "/Users/Admin/Tmp/cs/lib/python2.7/site-packages/Twisted-12.3.0-py2.7-macosx-10.4-x86_64.egg/twisted/application/app.py", line 614, in parseOptions usage.Options.parseOptions(self, options) File "/Users/Admin/Tmp/cs/lib/python2.7/site-packages/Twisted-12.3.0-py2.7-macosx-10.4-x86_64.egg/twisted/python/usage.py", line 261, in parseOptions for (cmd, short, parser, doc) in self.subCommands: File "/Users/Admin/Tmp/cs/lib/python2.7/site-packages/Twisted-12.3.0-py2.7-macosx-10.4-x86_64.egg/twisted/application/app.py", line 631, in subCommands for plug in sorted(plugins, key=attrgetter('tapname')): File "/Users/Admin/Tmp/cs/lib/python2.7/site-packages/twisted/plugins/caldav.py", line 31, in getProperty return getattr(reflect.namedClass(self.serviceMakerClass), propname) File "/Users/Admin/Tmp/cs/lib/python2.7/site-packages/Twisted-12.3.0-py2.7-macosx-10.4-x86_64.egg/twisted/python/_reflectpy3.py", line 95, in namedObject module = namedModule('.'.join(classSplit[:-1])) File "/Users/Admin/Tmp/cs/lib/python2.7/site-packages/Twisted-12.3.0-py2.7-macosx-10.4-x86_64.egg/twisted/python/_reflectpy3.py", line 82, in namedModule topLevel = __import__(name) File "/Users/Admin/Tmp/cs/lib/python2.7/site-packages/calendarserver/tap/caldav.py", line 78, in <module> from twistedcaldav.upgrade import UpgradeFileSystemFormatStep, PostDBImportStep File "/Users/Admin/Tmp/cs/lib/python2.7/site-packages/twistedcaldav/upgrade.py", line 41, in <module> from twistedcaldav.directory.appleopendirectory import OpenDirectoryService File "/Users/Admin/Tmp/cs/lib/python2.7/site-packages/twistedcaldav/directory/appleopendirectory.py", line 43, in <module> from calendarserver.platform.darwin.od import opendirectory, dsattributes, dsquery File "/Users/Admin/Tmp/cs/lib/python2.7/site-packages/calendarserver/platform/darwin/od/opendirectory.py", line 21, in <module> import odframework File "/Users/Admin/Tmp/cs/lib/python2.7/site-packages/calendarserver/platform/darwin/od/odframework.py", line 1, in <module> import objc as _objc ImportError: No module named objc I'm not particularly keen on getting this to work (I'm fine with run -n). So don't feel obliged to help. But if it helps I could make some more tests. Best, Bernhard
On 08.11.2013, at 00:15, Andre LaBranche <dre@apple.com> wrote:
You can integrate this with launchd as well; just make sure to not pass the -d option with run. One side effect of using run without -d is that no separate error.log is written; instead all that content goes to stdout. To get a separate error.log file, define StandardOutPath and StandardErrorPath in your launchd plist, with the desired path to the log file.
Just to let you know: CalendarServer launched via launchd is running for a couple of days now on my MBP. Seems to be running smoothly. Every now and then I notice an error in the logs: 2013-11-11 20:46:49+0100 [-] [caldav-1] [-] Unhandled Error 2013-11-11 20:46:49+0100 [-] [caldav-1] Traceback (most recent call last): 2013-11-11 20:46:49+0100 [-] [caldav-1] File "/Users/Admin/Applications/CalendarServer/Twisted-12.3.0/build/lib.macosx-10.8-intel-2.7/twisted/application/app.py", line 402, in startReactor 2013-11-11 20:46:49+0100 [-] [caldav-1] self.config, oldstdout, oldstderr, self.profiler, reactor) 2013-11-11 20:46:49+0100 [-] [caldav-1] File "/Users/Admin/Applications/CalendarServer/Twisted-12.3.0/build/lib.macosx-10.8-intel-2.7/twisted/application/app.py", line 323, in runReactorWithLogging 2013-11-11 20:46:49+0100 [-] [caldav-1] reactor.run() 2013-11-11 20:46:49+0100 [-] [caldav-1] File "/Users/Admin/Applications/CalendarServer/Twisted-12.3.0/build/lib.macosx-10.8-intel-2.7/twisted/internet/base.py", line 1173, in run 2013-11-11 20:46:49+0100 [-] [caldav-1] self.mainLoop() 2013-11-11 20:46:49+0100 [-] [caldav-1] File "/Users/Admin/Applications/CalendarServer/Twisted-12.3.0/build/lib.macosx-10.8-intel-2.7/twisted/internet/base.py", line 1182, in mainLoop 2013-11-11 20:46:49+0100 [-] [caldav-1] self.runUntilCurrent() 2013-11-11 20:46:49+0100 [-] [caldav-1] --- <exception caught here> --- 2013-11-11 20:46:49+0100 [-] [caldav-1] File "/Users/Admin/Applications/CalendarServer/Twisted-12.3.0/build/lib.macosx-10.8-intel-2.7/twisted/internet/base.py", line 805, in runUntilCurrent 2013-11-11 20:46:49+0100 [-] [caldav-1] call.func(*call.args, **call.kw) 2013-11-11 20:46:49+0100 [-] [caldav-1] File "/Users/Admin/Applications/CalendarServer/CalendarServer-5.0/twext/web2/channel/http.py", line 851, in _startNextRequest 2013-11-11 20:46:49+0100 [-] [caldav-1] self.resumeProducing() 2013-11-11 20:46:49+0100 [-] [caldav-1] File "/Users/Admin/Applications/CalendarServer/Twisted-12.3.0/build/lib.macosx-10.8-intel-2.7/twisted/protocols/basic.py", line 508, in resumeProducing 2013-11-11 20:46:49+0100 [-] [caldav-1] self.transport.resumeProducing() 2013-11-11 20:46:49+0100 [-] [caldav-1] File "/Users/Admin/Applications/CalendarServer/Twisted-12.3.0/build/lib.macosx-10.8-intel-2.7/twisted/internet/abstract.py", line 460, in resumeProducing 2013-11-11 20:46:49+0100 [-] [caldav-1] assert self.connected and not self.disconnecting 2013-11-11 20:46:49+0100 [-] [caldav-1] exceptions.AssertionError: The error does not seem to affect normal operation. I have not observed strange behavior or data loss in Calendar or Contacts. Best, Bernhard
participants (2)
-
Andre LaBranche
-
Bernhard Spinnler