osx packaging: issues with fixlib() in osx-app.sh
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Inkscape |
Invalid
|
Undecided
|
Unassigned |
Bug Description
current issues with fixlib() in 'packaging/
1) fails if not run with 'sudo' rights because OpenSSL libs are installed with limited permissions ('r-xr-xr-x') in MacPorts (libcrypto.
2) fails if custom MacPorts tree is installed in user account or on (mounted) partition (i.e. custom MacPorts prefix has more than 2 dir levels).
works with: /opt/local-
fails with: /Volumes/
due to hard-coded level of directories (using e.g. "relative=`echo $lib | cut -d/ -f4-`")
3) redundant second-level 'for'-loop: rewrites paths of all linked dylibs that had been copied to 'Contents/
4) incorrect id of many 'Contents/
Do we really need to change the install name at all? AFAIU it is only required when a dynamic library is linked into another executable.
Mac OS X 10.5.8
Inkscape 0.47+devel r9145
MacPorts 1.8.99 (trunk)
Related branches
Changed in inkscape: | |
assignee: | nobody → Michael Wybrow (mjwybrow) |
attached is the output from
$ cd Inkscape. app/Contents/ Resources
$ otool -D lib/*.dylib
of Inkscape 0.47 r22583