<div dir="ltr">Oh yeah - that's right. Damn. This port is becoming increasingly a pain. <div><br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>—Mark<br></div><div>_______________________<br>Mark E. Anderson <<a href="mailto:mark@macports.org" target="_blank">mark@macports.org</a>><br></div><div><a href="https://trac.macports.org/wiki/mark" target="_blank">MacPorts Trac WikiPage</a><br></div><div><a href="https://github.com/markemer" target="_blank">GitHub Profile</a><br></div><div><br></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jun 24, 2023 at 5:57 AM Rainer Müller <<a href="mailto:raimue@macports.org">raimue@macports.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 23/06/2023 02.06, Mark Anderson wrote:<br>
> iTerm2 is getting increasingly hard to support building using macports<br>
> to where I'm not even using the build - I've just been trying to fix it.<br>
> The big issue is that building it on the latest box with the latest<br>
> Xcode works great, but the developer rightly assumes that they can just<br>
> send that binary out to everyone and if you can't build it, well,<br>
> download the binary.<br>
> <br>
> So I'm wondering what exactly to do. We could download the binary for<br>
> all but the latest Xcodes/Macs or if you force it with a source build<br>
> flag? I think that might be the answer.<br>
<br>
The upstream binary includes Sparkle and has a self-updater. This will<br>
either not work when installed by MacPorts (due to permissions on the<br>
.app) or it will work interfere with MacPorts, because it installs a new<br>
version without a port upgrade.<br>
<br>
Rainer<br>
</blockquote></div>