:) Thank you for this effort! 0.47pre2-1 works without issues on OS X 10.5.8 with XQuartz 2.4.0 in preliminary tests.
On 8/9/09 06:38, Michael Wybrow wrote:
Also, it the package no longer uses the DYLD_LIBRARY_PATH environment variable to specify where the libraries can be found. Instead they all have their internal paths rewritten at packaging time to be relative to the path of the executable. To allow enough space in the libraries and executables for this path rewriting, the packager must use a Macports installation that has been installed in a longer than normal PREFIX. I don't know what the minimum size is, but I've put a requirement in the packaging script to check that it is at least 50 characters. Thus it needs to be installed in something like /opt/ local-universal-macports-in-really-long-prefix-for-inkscape-etc-etc... you get the idea. This should solve a lot of problems with our bundled libraries conflicting with system versions.
i.e. unless I modify the limit in osx-app.sh locally, I have to rebuild the complete MacPorts tree for Inkscape if I 'svn update' to the current version of the packaging files in trunk?
Let me know of any new issues.
Did you notice that the bundled python site-packages for 2.6 are not universal but i386 arch only whereas the older ones are all universal builds? Could this be a reason why python extensions fail on SL but work for those who copied the 0.46 python folder into 0.47pre1-2 (0.46 has no 2.6 versions - could be that this forces fallback to python 2.5?)
~suv