<div dir="ltr">Right on the money!<div><br></div><div>The problem was that libssl-1.0.0.dylib was linked to the wrong lib in the DMG. Adding +w rights to libssl and libcrypto in /opt/local/lib fixed that. Looking at output from dylibbundler reveals another problem though:</div>

<div><br></div><div><div>Log: Deploying Qt frameworks found inside: ("./x2goclient.app/Contents/PlugIns/imageformats/libqtiff.dylib")</div><div>Log:  copied: "/opt/local/lib/libtiff.5.dylib"</div><div>
Log:  to "./x2goclient.app/Contents/Frameworks//libtiff.5.dylib"</div><div>ERROR: "install_name_tool: changing install names or rpaths can't be redone for: ./x2goclient.app/Contents/Frameworks//libtiff.5.dylib (for architecture x86_64) because larger updated load commands do not fit (the program must be relinked, and you may need to use -headerpad or -headerpad_max_install_names)</div>
<div>"</div><div>ERROR: ""</div><div>ERROR: "install_name_tool: changing install names or rpaths can't be redone for: ./x2goclient.app/Contents/Frameworks//libtiff.5.dylib (for architecture x86_64) because larger updated load commands do not fit (the program must be relinked, and you may need to use -headerpad or -headerpad_max_install_names)</div>
<div>"</div><div>ERROR: ""</div></div><div><br></div><div style>I have added +w to libtiff.5.dylib. Any idea what could be the problem there?</div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/3/5 Clemens Lang <span dir="ltr"><<a href="mailto:neverpanic@gmail.com" target="_blank">neverpanic@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div>On Tue, Mar 05, 2013 at 11:16:01AM +0100, Anders Bruun Olsen wrote:<br>
> Specifically it tries to load /opt/local/lib/libcrypto-1.0.0.dylib<br>
> which doesn't exist on this other system. It is<br>
> x2goclient.app/Contents/Frameworks/libssl-1.0.0.dylib which references<br>
> it.<br>
<br>
</div>Please provide the output of<br>
 $> otool -L x2goclient.app/Contents/MacOS/x2goclient<br>
 $> otool -L x2goclient.app/Contents/Resources/exe/nxproxy<br>
 $> otool -L x2goclient.app/Contents/Frameworks/libssl-1.0.0.dylib<br>
<br>
Also pay attention to any dylibbundler error messages printed during<br>
packaging -- openssl has the habit to install their libraries ugo-w,<br>
which causes dylibbundler to choke when it tries to modify the library<br>
paths using install_name_tool(1). My fix for this currently is changing<br>
the modes manually.<br>
<span><font color="#888888"><br>
--<br>
Clemens Lang<br>
MacPorts Developer<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br>Anders Bruun Olsen<br>It-ansvarlig<br>Det Danske Sprog- og Litteraturselskab<br>(Society for Danish Language and Literature)<br>
</div></div>