
<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><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></body></html>