
<html xmlns="http://www.w3.org/1999/xhtml">

<head>

<title></title>

</head>

<body>

<div name="messageBodySection">

<div dir="auto">Does self-referencing work in this case? Say, gcc or boost have gazillion headers some of which may include other internal to the port headers. I am also not sure if baked in dylib paths follow through symlinks.</div>

</div>

<div name="messageSignatureSection"><br />

Serge</div>

<div name="messageReplySection">On Aug 12, 2024 at 20:28 +0800, Frank Stock <fstock@bytelightning.com>, wrote:<br />

<blockquote type="cite" style="border-left-color: grey; border-left-width: thin; border-left-style: solid; margin: 5px 5px;padding-left: 10px;">Somewhat similar situation 6 months ago. Maybe its an idea that will help with what you want.<br />

I needed a MacPorts install with a custom prefix on a 10.13.x machine.<br />

Custom prefix means you cannot use pre-built binaries, and at the time Rust and Cargo were not buildable on that platform.<br />

<br />

I ended up installing a standard MacPorts installation containing Rust and Cargo (which used the pre-built versions of those because they were in the standard location).<br />

Then because what I needed in the custom prefix depended on, but did not include, Rust or Cargo, I was able to simply symlink those into my custom prefix and get everything built that I needed.<br />

<br />

-Frank<br />

<br />

<blockquote type="cite">On Aug 11, 2024, at 2:27 PM, Daniel J. Luke <dluke@geeklair.net> wrote:<br />

<br />

On Aug 11, 2024, at 4:15 PM, Sergey Fedorov <vital.had@gmail.com> wrote:<br />

<blockquote type="cite"><br />

For testing purposes, I want to use an existing MacPorts installation with another local system (same major darwin version, different minor). Is there a way to do that besides actually copying the whole tree (or reproducing it via installing)?<br />

<br />

Specifically, I want to try building a few specific ports, but I neither want to build everything from scratch (that will take days of compilation) nor ditto a multi-gigabyte tree (that is feasible but inconvenient).<br />

Simply symlinking /opt/local from a volume with MacPorts into /opt/local on a system of interest does not work correctly.\<br /></blockquote>

<br />

https://trac.macports.org/wiki/howto/ShareArchives2 might help (you'll copy files over but won't have to build from scratch.<br />

<br />

<blockquote type="cite">Any alternatives which will actually work as intended? I.e. I want a clean system to use /opt/local from another volume.<br />

Or can I configure MacPorts on the system of interest to use a prefix pointing to ${another_local_volume}/opt/local?<br /></blockquote>

<br />

Yon can build base from source and point macports point to a different directory.<br />

<br />

I had a version of MacPorts working where /opt/local was a symlink some time ago (I had a local patch to fixup some of the problems, but I can't find it now). IIRC setting prefix in macports.conf made things mostly work.<br />

<br />

--<br />

Daniel J. Luke<br />

<br /></blockquote>

<br /></blockquote>

</div>

</body>

</html>