On 2009-September-08 , at 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.
Do you know how to move a macports installation or do I have to re- install everything if I want to make it work the new way? (NB: I have read the message in osx-app.sh but I would prefer to do it the right way, so that packages that I produce might be useful to others).
Also, this 50 characters limit means that, inside the app bundle, no library should be in a path more that 50 characters away from the "bin" directory, right? Does it have anything to do with where the user installs Inkscape? I guess that's the reason for the "flatter" organisation of things in the app bundle (previously many things where in a "share" directory).
JiHO --- http://maururu.net