<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Mar 26, 2014 at 1:12 PM, Kevin Reid <span dir="ltr"><<a href="mailto:kpreid@switchb.org" target="_blank">kpreid@switchb.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">It sounds like the assumption is that when you install third-party X11 as instructed by the dialog, it will _replace_ the system-provided X11. But MacPorts doesn't replace system files as a rule -- I'm looking for a solution which fits into MacPorts's way of working.</div>
</blockquote><div><br></div><div>There isn't one, really; third party stuff is not expected to understand MacPorts. The only real alternative to the symlink is finding all the stuff in the 3rd party app and using install_name_tool to repoint it to MacPorts' X11; this may be problematic. (Indeed, it's entirely possible that you will run into problems with e.g. iconv with either the symlink or install_name_tool.)</div>
<div><br></div><div>Perhaps the best solution for such third party programs is to bite the bullet and install XQuartz. You will need to reset the launchd stuff afterward if you want to keep using MacPorts' X11.</div><div>
</div></div>-- <br><div dir="ltr"><div>brandon s allbery kf8nh sine nomine associates</div><div><a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a> <a href="mailto:ballbery@sinenomine.net" target="_blank">ballbery@sinenomine.net</a></div>
<div>unix, openafs, kerberos, infrastructure, xmonad <a href="http://sinenomine.net" target="_blank">http://sinenomine.net</a></div></div>
</div></div>