
<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div dir="ltr"></div><div dir="ltr"><blockquote type="cite"><div dir="ltr"><div dir="ltr">You can use any prefix you want, precompiled binaries or no. Just go ahead and do it.</div></div></blockquote><br></div><div dir="ltr">Well, almost. There’s this caveat:</div><div dir="ltr"><br></div><div dir="ltr"><p style="-webkit-text-size-adjust: auto; margin: 6px 0px; font-family: Helvetica, Arial, sans-serif; font-size: 12px;"></p><blockquote type="cite"><p style="-webkit-text-size-adjust: auto; margin: 6px 0px; font-family: Helvetica, Arial, sans-serif; font-size: 12px;">Options for MacPorts general operating characteristics.</p><div class="variablelist" style="-webkit-text-size-adjust: auto; font-family: Helvetica, Arial, sans-serif; font-size: 12px;"><dl class="variablelist"><dt><span class="term" style="font-weight: bold;">prefix</span></dt><dd><p style="margin: 6px 0px;">Sets the directory where ports are installed. Any path may be used but those with spaces and/or non-ASCII characters should be avoided because it can break some ports.</p><p style="margin: 6px 0px;">Default: <code class="filename" style="color: rgb(139, 26, 26);">/opt/local</code></p></dd></dl></div></blockquote></div><div dir="ltr"><br></div><div dir="ltr">Someday, one hopes that there will be a cleanup of all the tcl code that breaks for prefix paths with spaces and non-ascii characters, but that’s aspirational, not reality.</div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr"><blockquote type="cite">On Aug 7, 2022, at 07:57, Steven Smith <steve.t.smith@gmail.com> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><meta http-equiv="content-type" content="text/html; charset=utf-8"><div dir="ltr"></div><div dir="ltr">You can use any prefix you want, precompiled binaries or no. Just go ahead and do it.</div><div dir="ltr"><br></div><div dir="ltr">It appears that you may be misinterpreting the docs. This page simply tells devs not to do stuff with installers that will conflict with existing files in /opt/local: <a href="https://guide.macports.org/#using.binaries.binary-packages">https://guide.macports.org/#using.binaries.binary-packages</a></div><div dir="ltr"><br></div><div dir="ltr">That doesn’t affect you as a user.</div><div dir="ltr"><br></div><div dir="ltr"><br><blockquote type="cite">On Aug 7, 2022, at 03:29, Jordan Ellis Coppard via macports-dev <macports-dev@lists.macports.org> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><span>Hello,</span><br><span></span><br><span></span><br><span>I read in the docs that if MacPorts is installed anywhere other than /opt/local that precompiled binaries can not be used. I cannot find this statement again so I am unsure if there was additional explanation for why; so.. why?</span><br><span></span><br><span>I'd like to be able to use MacPorts at a custom prefix but still also use precompiled binaries sometimes (particularly those using Rust) due to the incredibly long compilation times.</span><br><span></span><br><span></span><br><span>/Jordan</span><br></div></blockquote></div></blockquote></body></html>