Now that makes a whole lot more sense. The actual error is that the
Python header files are missing - the include path is correct but the
files are not present or have the wrong permissions.
'lipo' then fails when it tries to create a fat binary from
architecture-specific binaries that failed to compile.
Check that the python header files (see below) are present in the
location specified:
/System/Library/Frameworks/Python.framework/Versions/2.5/include/
python2.5/
and that they are readable by the user that you compile DCS as.
My guess is that you are missing a part of the current Xcode Tools -
make sure you install/upgrade to the version from the Leopard DVD
(contain Python 2.5 in particular) and that you have a complete
installation (e.g. 10.3 SDK is not necessary). A quick look in /
Library/Receipts shows that the Python Framework header files are
installed as part of the "DevSDKLeo" package, although it might not
show up as such in the Installer.
HTH,
/Emil
On 23 nov 2007, at 19.43, Håkan Axelsson wrote:
Well, the error actually occurrs when PyXML (and PyKerberos ...) is
compiled with gcc.
I guess that you are right in that this is due to something with my
local machine, but I can not figure out what it can be. I feel like
that someone else should have stumbled into the same problem.
I have actually tried this on two different macs, one MacBook Pro
and one MacMini, both running OSX 10.5.1. Both are of Intel-
architecture. So even if the problem possibly is in the
configuration of my machine somehow, it can be reproducable on two
different machines.
OK, here is a more completed trace of "./run -s". The trace is huge
so I have deleted lots of lines, but it should still be enough for
you to get a picture of the problem.
sh-3.2# which python
/usr/bin/python
sh-3.2# ./run -s
Downloading PyXML...
% Total % Received % Xferd Average Speed Time Time
Time Current
Dload Upload Total Spent
Left Speed
0 717k 0 4088 0 0 5114 0 0:02:23 --:--:--
0:02:23 12928PyXML-0.8.4/
PyXML-0.8.4/demo/
PyXML-0.8.4/demo/dom/
PyXML-0.8.4/demo/dom/4tidy.py
PyXML-0.8.4/demo/dom/README
PyXML-0.8.4/demo/dom/__init__.py
PyXML-0.8.4/demo/dom/addr_book.dtd
PyXML-0.8.4/demo/dom/addr_book1.xml
PyXML-0.8.4/demo/dom/addr_book2.xml
PyXML-0.8.4/demo/dom/benchmark.py
PyXML-0.8.4/demo/dom/book_catalog1.xml
<lots of lines deleted>
PyXML-0.8.4/setup.py
PyXML-0.8.4/PKG-INFO
Removing build directory /opt/icalserver-dev/PyXML-0.8.4/build...
Removing pyc files from /opt/icalserver-dev/PyXML-0.8.4...
Building PyXML...
running build
running build_py
creating build
creating build/lib.macosx-10.5-i386-2.5
creating build/lib.macosx-10.5-i386-2.5/_xmlplus
copying xml/__init__.py -> build/lib.macosx-10.5-i386-2.5/_xmlplus
copying xml/FtCore.py -> build/lib.macosx-10.5-i386-2.5/_xmlplus
copying xml/ns.py -> build/lib.macosx-10.5-i386-2.5/_xmlplus
creating build/lib.macosx-10.5-i386-2.5/_xmlplus/dom
copying xml/dom/__init__.py -> build/lib.macosx-10.5-i386-2.5/
_xmlplus/dom
copying xml/dom/Attr.py -> build/lib.macosx-10.5-i386-2.5/_xmlplus/dom
copying xml/dom/CDATASection.py -> build/lib.macosx-10.5-i386-2.5/
_xmlplus/dom
copying xml/dom/CharacterData.py -> build/lib.macosx-10.5-i386-2.5/
_xmlplus/dom
copying xml/dom/Comment.py -> build/lib.macosx-10.5-i386-2.5/
_xmlplus/dom
copying xml/dom/Document.py -> build/lib.macosx-10.5-i386-2.5/
_xmlplus/dom
copying xml/dom/DocumentFragment.py -> build/lib.macosx-10.5-
i386-2.5/_xmlplus/dom
<more lines deleted>
copying xml/xpath/yappsrt.py -> build/lib.macosx-10.5-i386-2.5/
_xmlplus/xpath
running build_ext
building '_xmlplus.parsers.pyexpat' extension
creating build/temp.macosx-10.5-i386-2.5
creating build/temp.macosx-10.5-i386-2.5/extensions
creating build/temp.macosx-10.5-i386-2.5/extensions/expat
creating build/temp.macosx-10.5-i386-2.5/extensions/expat/lib
gcc -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-fused-
madd -fno-common -dynamic -DNDEBUG -g -Os -Wall -Wstrict-prototypes -
DMACOSX -I/usr/include/ffi -DENABLE_DTRACE -arch i386 -arch ppc -
pipe -DXML_NS=1 -DXML_DTD=1 -DBYTEORDER=1234 -
DXML_CONTEXT_BYTES=1024 -DHAVE_MEMMOVE=1 -Iextensions/expat/lib -I/
System/Library/Frameworks/Python.framework/Versions/2.5/include/
python2.5 -c extensions/pyexpat.c -o build/temp.macosx-10.5-i386-2.5/
extensions/pyexpat.o
extensions/pyexpat.c:5:20: error: Python.h: No such file or directory
extensions/pyexpat.c:5:20: error: Python.h: No such file or directory
extensions/pyexpat.c:8:21: error: compile.h: No such file or directory
extensions/pyexpat.c:9:25: error: frameobject.h: No such file or
directory
extensions/pyexpat.c:8:21: error: compile.h: No such file or directory
extensions/pyexpat.c:9:25: error: frameobject.h: No such file or
directory
extensions/pyexpat.c:63: error: parse error before ‘*’ token
extensions/pyexpat.c:63: warning: type defaults to ‘int’ in
declaration of ‘ErrorObject’
extensions/pyexpat.c:63: warning: data definition has no type or
storage class
extensions/pyexpat.c:70: error: parse error before ‘PyObject_HEAD’
<more lines deleted>
extensions/pyexpat.c:1926: error: ‘item’ undeclared (first use in
this function)
extensions/pyexpat.c:1996: warning: implicit declaration of function
‘PyModule_AddIntConstant’
extensions/pyexpat.c: At top level:
extensions/pyexpat.c:2020: error: parse error before ‘*’ token
extensions/pyexpat.c:2021: warning: function declaration isn’t a
prototype
extensions/pyexpat.c: In function ‘clear_handlers’:
extensions/pyexpat.c:2023: error: ‘PyObject’ undeclared (first use
in this function)
extensions/pyexpat.c:2023: error: ‘temp’ undeclared (first use in
this function)
extensions/pyexpat.c:2026: error: ‘initial’ undeclared (first use in
this function)
extensions/pyexpat.c:2027: error: ‘self’ undeclared (first use in
this function)
extensions/pyexpat.c: At top level:
extensions/pyexpat.c:2037: error: array type has incomplete element
type
lipo: can't open input file: /var/tmp//ccpoyEwr.out (No such file or
directory)
error: command 'gcc' failed with exit status 1
sh-3.2#
/H
23 nov 2007 kl. 13.47 skrev Emil Lundberg:
That's kind of peculiar - 'lipo' is a utility to create fat/thin
binaries (ppc/x86, 32/64-bit) for OS X 10.4/10.5. I can't see why
this would need to be invoked by 'run -s' at all.
You'll need to tell us more about what your setup is and any other
error messages you can find. This is most likely due to something
with your local machine setup and not intrinsic to DCS. Examples
include binaries copied from a different architecture, full
partitions, etc.
/Emil
23 nov 2007 kl. 13.26 skrev Håkan Axelsson:
Hi, everyone!
I have some problems when installing the Darwin Calendar Server on
OSX 10.5.1.
I have checkedout the source files from Subversion. When setting
up the server with the command "run -s" I run into trouble. I
receive an error message like this during setup:
lipo: can't open input file: /var/tmp/<filename>.out
I have search both on this mailing list and on Google without
finding any information. I have no clue how to proceed and would
really appreciate if someone can direct me.
/H
_______________________________________________
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/calendarserver-users
_______________________________________________
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/calendarserver-users
_______________________________________________
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/calendarserver-users
