Re: [CalendarServer-users] help : CalendarServer-4.2 - Installation under Mac OS X 10.9
This worked for me in 10.9, using the same steps you provided, just without sudo.
-dre
On Oct 29, 2013, at 12:05 PM, Erwin Zilg <ezilg at t-online.de> wrote:
Hello, trying to set up CalendarServer-4.2 resulted in :
# Download and Start cd calendar CalendarServer$ svn checkout https://svn.calendarserver.org/repository/calendarserver/CalendarServer/tags... CalendarServer cd CalendarServer sudo ./run -s . . # 1st errors . gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Wdeclaration-after-statement -Wendif-labels -Wformat-security -fno-strict-aliasing -fwrapv pg_dumpall.o dumputils.o keywords.o kwlookup.o -L../../../src/port -lpgport -L../../../src/interfaces/libpq -lpq -L../../../src/port -L/Users/erwinzilg/calendar/postgresql-9.1.2/_root/lib -Wl,-dead_strip_dylibs -lpgport -lz -lreadline -lm -o pg_dumpall ld: warning: directory not found for option '-L/Users/erwinzilg/calendar/postgresql-9.1.2/_root/lib' ld: warning: directory not found for option '-L/Users/erwinzilg/calendar/postgresql-9.1.2/_root/lib' ld: warning: directory not found for option '-L/Users/erwinzilg/calendar/postgresql-9.1.2/_root/lib' /Applications/Xcode.app/Contents/Developer/usr/bin/make -C pl all . . # final stop . gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Wdeclaration-after-statement -Wendif-labels -Wformat-security -fno-strict-aliasing -fwrapv -bundle -multiply_defined suppress -o plpython2.so plpython.o -L../../../src/port -L/Users/erwinzilg/calendar/postgresql-9.1.2/_root/lib -Wl,-dead_strip_dylibs -framework Python -bundle_loader ../../../src/backend/postgres ld: warning: directory not found for option '-L/Users/erwinzilg/calendar/postgresql-9.1.2/_root/lib' ld: framework not found Python clang: error: linker command failed with exit code 1 (use -v to see invocation) make[3]: *** [plpython2.so] Error 1 make[2]: *** [all-plpython-recurse] Error 2 make[2]: *** Waiting for unfinished jobs.... gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Wdeclaration-after-statement -Wendif-labels -Wformat-security -fno-strict-aliasing -fwrapv -bundle -multiply_defined suppress -o plpgsql.so pl_gram.o pl_handler.o pl_comp.o pl_exec.o pl_funcs.o pl_scanner.o -L../../../../src/port -L/Users/erwinzilg/calendar/postgresql-9.1.2/_root/lib -Wl,-dead_strip_dylibs -bundle_loader ../../../../src/backend/postgres ld: warning: directory not found for option '-L/Users/erwinzilg/calendar/postgresql-9.1.2/_root/lib' make[1]: *** [all-pl-recurse] Error 2 make: *** [all-src-recurse] Error 2
NO other changes were made on my side. Please advise on how to install without error
Best regards Erwin
Erwin, did you actually make it compile? I’m now seeing exactly the same error with CalendarServer-5.0 (and also 5.1) on OS X 10.9.1. I first tried to build the server on my new MBP running 10.9.1 after upgrading from my old MBP running 10.8.5 (where I could build and run CalendarServer-5.0 just fine). I get the same error while linking plpython2.so: gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Wdeclaration-after-statement -Wendif-labels -Wformat-security -fno-strict-aliasing -fwrapv -bundle -multiply_defined suppress -o plpython2.so plpython.o -L../../../src/port -L/Users/Admin/Applications/CalendarServer/postgresql-9.1.2/_root/lib -Wl,-dead_strip_dylibs -framework Python -bundle_loader ../../../src/backend/postgres ld: warning: directory not found for option '-L/Users/Admin/Applications/CalendarServer/postgresql-9.1.2/_root/lib' ld: framework not found Python clang: error: linker command failed with exit code 1 (use -v to see invocation) make[3]: *** [plpython2.so] Error 1 make[2]: *** [all-plpython-recurse] Error 2 On the old machine running 10.8.5 I can still build everything just fine. Then I went on to wipe the drive of my new MBP and did a clean install of 10.9.1 _without_ upgrading the old system. Still the same error. Note that I didn’t mess with the installation in any way before building. Strange thing is Python framework is there /System/Library/Frameworks/Python.framework/… and permissions seem fine. I compared paths, versions, environment of the old and new machine but didn’t notice significant differences. Then I used option -v as suggested by the error message and got: on 10.8.5: bash-3.2$ gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Wdeclaration-after-statement -Wendif-labels -Wformat-security -fno-strict-aliasing -fwrapv -bundle -multiply_defined suppress -o plpython2.so plpython.o -L../../../src/port -L/Users/Admin/Applications/CalendarServer/postgresql-9.1.2/_root/lib -Wl,-dead_strip_dylibs -framework Python -v -bundle_loader ../../../src/backend/postgres Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn) Target: x86_64-apple-darwin12.5.0 Thread model: posix "/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld" -demangle -dynamic -arch x86_64 -bundle -bundle_loader ../../../src/backend/postgres -macosx_version_min 10.8.0 -multiply_defined suppress -o plpython2.so -L../../../src/port -L/Users/Admin/Applications/CalendarServer/postgresql-9.1.2/_root/lib plpython.o -dead_strip_dylibs -framework Python -lSystem /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/5.0/lib/darwin/libclang_rt.osx.a on 10.9.1: bash-3.2$ gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Wdeclaration-after-statement -Wendif-labels -Wformat-security -fno-strict-aliasing -fwrapv -bundle -multiply_defined suppress -o plpython2.so plpython.o -L../../../src/port -L/Users/Admin/Applications/CalendarServer/postgresql-9.1.2/_root/lib -Wl,-dead_strip_dylibs -framework Python -v -bundle_loader ../../../src/backend/postgres Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn) Target: x86_64-apple-darwin13.0.0 Thread model: posix "/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld" -demangle -dynamic -arch x86_64 -bundle -bundle_loader ../../../src/backend/postgres -macosx_version_min 10.9.0 -multiply_defined suppress -syslibroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk -o plpython2.so -L../../../src/port -L/Users/Admin/Applications/CalendarServer/postgresql-9.1.2/_root/lib plpython.o -dead_strip_dylibs -framework Python -lSystem /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/5.0/lib/darwin/libclang_rt.osx.a ld: warning: directory not found for option '-L/Users/Admin/Applications/CalendarServer/postgresql-9.1.2/_root/lib' ld: framework not found Python clang: error: linker command failed with exit code 1 (use -v to see invocation) Difference is the “-syslibroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk” option and linking without this option actually generates plpython2.so without error, but I have no idea why the error occurs in the first place and whether the resulting library is ok or not. Would appreciate any help to solve this problem. Thanks, Bernhard
On 27.01.2014, at 21:16, Bernhard Spinnler <Bernhard.Spinnler@gmx.net> wrote:
This worked for me in 10.9, using the same steps you provided, just without sudo.
-dre
Ok, I see a bit clearer now. Problem is still that CalendarServer-5.0 (and 5.1 as well) does not build out of the box on a clean install of OS X 10.9.1. Now I found this: https://developer.apple.com/library/ios/technotes/tn2328/_index.html It seems Apple have changed the way Python should be linked to in XCode 5.0. XCode 5.0 does not contain Python.framework any longer in MacOSX10.9.sdk while in MacOSX10.8.sdk it still does. Option -syslibroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk forces the linker to look in …/MacOSX10.9.sdk. Thus linking postgresql-9.1.2 (at the very end of this post) fails. So far I haven’t figured how to solve this. Does anyone know where the -syslibroot option gets in? In CalendarServer’s build system? In postgresql-9.1.2’s? In gcc itself? Any thoughts? Andre, did you use XCode 5 when you reported that building on 10.9 worked? Thanks, Bernhard
On Oct 29, 2013, at 12:05 PM, Erwin Zilg <ezilg at t-online.de> wrote:
Hello, trying to set up CalendarServer-4.2 resulted in :
# Download and Start cd calendar CalendarServer$ svn checkout https://svn.calendarserver.org/repository/calendarserver/CalendarServer/tags... CalendarServer cd CalendarServer sudo ./run -s . . # 1st errors . gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Wdeclaration-after-statement -Wendif-labels -Wformat-security -fno-strict-aliasing -fwrapv pg_dumpall.o dumputils.o keywords.o kwlookup.o -L../../../src/port -lpgport -L../../../src/interfaces/libpq -lpq -L../../../src/port -L/Users/erwinzilg/calendar/postgresql-9.1.2/_root/lib -Wl,-dead_strip_dylibs -lpgport -lz -lreadline -lm -o pg_dumpall ld: warning: directory not found for option '-L/Users/erwinzilg/calendar/postgresql-9.1.2/_root/lib' ld: warning: directory not found for option '-L/Users/erwinzilg/calendar/postgresql-9.1.2/_root/lib' ld: warning: directory not found for option '-L/Users/erwinzilg/calendar/postgresql-9.1.2/_root/lib' /Applications/Xcode.app/Contents/Developer/usr/bin/make -C pl all . . # final stop . gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Wdeclaration-after-statement -Wendif-labels -Wformat-security -fno-strict-aliasing -fwrapv -bundle -multiply_defined suppress -o plpython2.so plpython.o -L../../../src/port -L/Users/erwinzilg/calendar/postgresql-9.1.2/_root/lib -Wl,-dead_strip_dylibs -framework Python -bundle_loader ../../../src/backend/postgres ld: warning: directory not found for option '-L/Users/erwinzilg/calendar/postgresql-9.1.2/_root/lib' ld: framework not found Python clang: error: linker command failed with exit code 1 (use -v to see invocation) make[3]: *** [plpython2.so] Error 1 make[2]: *** [all-plpython-recurse] Error 2 make[2]: *** Waiting for unfinished jobs.... gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Wdeclaration-after-statement -Wendif-labels -Wformat-security -fno-strict-aliasing -fwrapv -bundle -multiply_defined suppress -o plpgsql.so pl_gram.o pl_handler.o pl_comp.o pl_exec.o pl_funcs.o pl_scanner.o -L../../../../src/port -L/Users/erwinzilg/calendar/postgresql-9.1.2/_root/lib -Wl,-dead_strip_dylibs -bundle_loader ../../../../src/backend/postgres ld: warning: directory not found for option '-L/Users/erwinzilg/calendar/postgresql-9.1.2/_root/lib' make[1]: *** [all-pl-recurse] Error 2 make: *** [all-src-recurse] Error 2
NO other changes were made on my side. Please advise on how to install without error
Best regards Erwin
Erwin,
did you actually make it compile? I’m now seeing exactly the same error with CalendarServer-5.0 (and also 5.1) on OS X 10.9.1.
I first tried to build the server on my new MBP running 10.9.1 after upgrading from my old MBP running 10.8.5 (where I could build and run CalendarServer-5.0 just fine). I get the same error while linking plpython2.so:
gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Wdeclaration-after-statement -Wendif-labels -Wformat-security -fno-strict-aliasing -fwrapv -bundle -multiply_defined suppress -o plpython2.so plpython.o -L../../../src/port -L/Users/Admin/Applications/CalendarServer/postgresql-9.1.2/_root/lib -Wl,-dead_strip_dylibs -framework Python -bundle_loader ../../../src/backend/postgres ld: warning: directory not found for option '-L/Users/Admin/Applications/CalendarServer/postgresql-9.1.2/_root/lib' ld: framework not found Python clang: error: linker command failed with exit code 1 (use -v to see invocation) make[3]: *** [plpython2.so] Error 1 make[2]: *** [all-plpython-recurse] Error 2
On the old machine running 10.8.5 I can still build everything just fine.
Then I went on to wipe the drive of my new MBP and did a clean install of 10.9.1 _without_ upgrading the old system. Still the same error. Note that I didn’t mess with the installation in any way before building. Strange thing is Python framework is there /System/Library/Frameworks/Python.framework/… and permissions seem fine. I compared paths, versions, environment of the old and new machine but didn’t notice significant differences.
Then I used option -v as suggested by the error message and got:
on 10.8.5:
bash-3.2$ gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Wdeclaration-after-statement -Wendif-labels -Wformat-security -fno-strict-aliasing -fwrapv -bundle -multiply_defined suppress -o plpython2.so plpython.o -L../../../src/port -L/Users/Admin/Applications/CalendarServer/postgresql-9.1.2/_root/lib -Wl,-dead_strip_dylibs -framework Python -v -bundle_loader ../../../src/backend/postgres Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn) Target: x86_64-apple-darwin12.5.0 Thread model: posix "/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld" -demangle -dynamic -arch x86_64 -bundle -bundle_loader ../../../src/backend/postgres -macosx_version_min 10.8.0 -multiply_defined suppress -o plpython2.so -L../../../src/port -L/Users/Admin/Applications/CalendarServer/postgresql-9.1.2/_root/lib plpython.o -dead_strip_dylibs -framework Python -lSystem /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/5.0/lib/darwin/libclang_rt.osx.a
on 10.9.1:
bash-3.2$ gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Wdeclaration-after-statement -Wendif-labels -Wformat-security -fno-strict-aliasing -fwrapv -bundle -multiply_defined suppress -o plpython2.so plpython.o -L../../../src/port -L/Users/Admin/Applications/CalendarServer/postgresql-9.1.2/_root/lib -Wl,-dead_strip_dylibs -framework Python -v -bundle_loader ../../../src/backend/postgres Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn) Target: x86_64-apple-darwin13.0.0 Thread model: posix "/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld" -demangle -dynamic -arch x86_64 -bundle -bundle_loader ../../../src/backend/postgres -macosx_version_min 10.9.0 -multiply_defined suppress -syslibroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk -o plpython2.so -L../../../src/port -L/Users/Admin/Applications/CalendarServer/postgresql-9.1.2/_root/lib plpython.o -dead_strip_dylibs -framework Python -lSystem /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/5.0/lib/darwin/libclang_rt.osx.a ld: warning: directory not found for option '-L/Users/Admin/Applications/CalendarServer/postgresql-9.1.2/_root/lib' ld: framework not found Python clang: error: linker command failed with exit code 1 (use -v to see invocation)
Difference is the “-syslibroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk” option and linking without this option actually generates plpython2.so without error, but I have no idea why the error occurs in the first place and whether the resulting library is ok or not.
Would appreciate any help to solve this problem.
Thanks, Bernhard _______________________________________________ calendarserver-users mailing list calendarserver-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/calendarserver-users
On 29.01.2014, at 22:54, Bernhard Spinnler <Bernhard.Spinnler@gmx.net> wrote:
On 27.01.2014, at 21:16, Bernhard Spinnler <Bernhard.Spinnler@gmx.net> wrote:
This worked for me in 10.9, using the same steps you provided, just without sudo.
-dre
Ok, I see a bit clearer now. Problem is still that CalendarServer-5.0 (and 5.1 as well) does not build out of the box on a clean install of OS X 10.9.1.
Now I found this: https://developer.apple.com/library/ios/technotes/tn2328/_index.html
It seems Apple have changed the way Python should be linked to in XCode 5.0. XCode 5.0 does not contain Python.framework any longer in MacOSX10.9.sdk while in MacOSX10.8.sdk it still does. Option -syslibroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk forces the linker to look in …/MacOSX10.9.sdk. Thus linking postgresql-9.1.2 (at the very end of this post) fails.
So far I haven’t figured how to solve this. Does anyone know where the -syslibroot option gets in? In CalendarServer’s build system? In postgresql-9.1.2’s? In gcc itself? Any thoughts?
Andre, did you use XCode 5 when you reported that building on 10.9 worked?
Thanks, Bernhard
It turned out that I was missing the command line tools. Since they are not available from within XCode I figured that they would be installed automatically. But no, found that they must be installed separately by running "xcode-select --install” from terminal. Now building and running the server works like a charm. Sorry for the noise. Cheers, Bernhard
Ah great, thanks for the follow up. I did indeed have the cli tools installed. -dre On Feb 3, 2014, at 11:50 AM, Bernhard Spinnler <Bernhard.Spinnler@gmx.net> wrote:
On 29.01.2014, at 22:54, Bernhard Spinnler <Bernhard.Spinnler@gmx.net> wrote:
On 27.01.2014, at 21:16, Bernhard Spinnler <Bernhard.Spinnler@gmx.net> wrote:
This worked for me in 10.9, using the same steps you provided, just without sudo.
-dre
Ok, I see a bit clearer now. Problem is still that CalendarServer-5.0 (and 5.1 as well) does not build out of the box on a clean install of OS X 10.9.1.
Now I found this: https://developer.apple.com/library/ios/technotes/tn2328/_index.html
It seems Apple have changed the way Python should be linked to in XCode 5.0. XCode 5.0 does not contain Python.framework any longer in MacOSX10.9.sdk while in MacOSX10.8.sdk it still does. Option -syslibroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk forces the linker to look in …/MacOSX10.9.sdk. Thus linking postgresql-9.1.2 (at the very end of this post) fails.
So far I haven’t figured how to solve this. Does anyone know where the -syslibroot option gets in? In CalendarServer’s build system? In postgresql-9.1.2’s? In gcc itself? Any thoughts?
Andre, did you use XCode 5 when you reported that building on 10.9 worked?
Thanks, Bernhard
It turned out that I was missing the command line tools. Since they are not available from within XCode I figured that they would be installed automatically. But no, found that they must be installed separately by running "xcode-select --install” from terminal. Now building and running the server works like a charm.
Sorry for the noise.
Cheers, Bernhard _______________________________________________ calendarserver-users mailing list calendarserver-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/calendarserver-users
participants (2)
-
Andre LaBranche
-
Bernhard Spinnler