<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">On Fri, Nov 29, 2019 at 7:41 PM Ryan Schmidt <<a href="mailto:ryandesign@macports.org">ryandesign@macports.org</a>> wrote:</div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
On Nov 29, 2019, at 10:01, Dave Allured wrote:<br>
<br>
> I have the longer user home prefix because my institutional network policy prevents all write access to /opt/anything.<br>
<br>
I still think the suggestion I made in <a href="https://trac.macports.org/ticket/59510#comment:2" rel="noreferrer" target="_blank">https://trac.macports.org/ticket/59510#comment:2</a> is worth a try. If you can't put a clone of the macports-ports git repo in /opt/anything, you can pick another short path that you can write to. For example, /var/tmp should be writable, and the OS doesn't clear it out automatically (unlike /tmp); you could put your ports in /var/tmp/p. That would shorten the paths a lot, but I'm not sure if it'll shorten them enough to fit into the 256K arg length limit.<br></blockquote><div><br></div>I am pretty sure that your suggestions of /var/tmp/p or /opt/ports would shorten paths and result in a one time fix.  However I am also trying to clean up port builds in general, for community benefit.  Therefore I am a bit pedantic about clean port fixes.  Please bear with me.</div><div class="gmail_quote"><br></div><div class="gmail_quote">The good news is that the upstream developer created an easy makefile fix which will presumably be in the next GDAL release.  I will post the link in <a href="https://trac.macports.org/ticket/59510">https://trac.macports.org/ticket/59510</a>.</div></div></div></div></div>