<div dir="ltr"><div>I like the idea of a separate thing like cask, (if only in labeling) but we don't always need it/shouldn't use it exclusively.</div><div><br></div><div>Like maybe for restrictive non-free stuff like Chrome a different mode makes sense, but with iTerm, I'm just trying to allow install on <10.15 and knowing the iTerm guy, pretty soon, less than 11.0</div><div><br></div><div><font face="arial, sans-serif">Maybe just:</font></div><div><font face="monospace">---> iTerm2 is only available via binary on this system, source is available on 10.15+</font></div><div><font face="monospace"><br></font></div><div><font face="monospace">---> Chrome is only available via binary</font></div><div><font face="monospace"><br></font></div><div><font face="arial, sans-serif">I'm not suggesting a Chrome port BTW, it's just the first thing I thought of since I'm using it right this second to send this.</font></div><div><font face="arial, sans-serif"><br></font></div><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><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Dec 13, 2020 at 4:42 PM Mark Anderson <<a href="mailto:emer@emer.net">emer@emer.net</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"><div dir="ltr"><div>I like the idea of a separate thing like cask, (if only in labeling) but we don't always need it/shouldn't use it exclusively.</div><div><br></div><div>Like maybe for restrictive non-free stuff like Chrome a different mode makes sense, but with iTerm, I'm just trying to allow install on <10.15 and knowing the iTerm guy, pretty soon, less than 11.0</div><div><br></div><div><font face="arial, sans-serif">Maybe just:</font></div><div><font face="monospace">---> iTerm2 is only available via binary on this system, source is available on 10.15+</font></div><div><font face="monospace"><br></font></div><div><font face="monospace">---> Chrome is only available via binary</font></div><div><font face="monospace"><br></font></div><div><font face="arial, sans-serif">I'm not suggesting a Chrome port BTW, it's just the first thing I thought of since I'm using it right this second to send this.</font></div><div><br></div><div><br></div><div><div dir="ltr"><div dir="ltr"><div>Thanks,</div><div>—Mark<br>_______________________<br>Mark E. Anderson <<a href="mailto:emer@emer.net" target="_blank">emer@emer.net</a>><br></div><div><a href="https://www.linkedin.com/in/markemer/" target="_blank">Find me on LinkedIn</a><br></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Dec 13, 2020 at 4:30 PM Nils Breunese <<a href="mailto:nils@breun.nl" target="_blank">nils@breun.nl</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"><div dir="auto"><div dir="ltr">Ken Cunningham <<a href="mailto:ken.cunningham.webuse@gmail.com" target="_blank">ken.cunningham.webuse@gmail.com</a>> wrote:</div><div dir="ltr"><br></div><blockquote type="cite"><div dir="ltr"><p>
</p><blockquote type="cite">
<pre style="white-space:pre-wrap;color:rgb(0,0,0);font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;word-spacing:0px;text-decoration-style:initial;text-decoration-color:initial">So, I'm looking to install iTerm2 for old systems from binary as building
is becoming increasingly impossible - have we come to a consensus on any of
this?
—Mark
_______________________
Mark E. Anderson <<a href="https://lists.macports.org/mailman/listinfo/macports-dev" target="_blank">mark at macports.org</a>>
MacPorts Trac WikiPage <<a href="https://trac.macports.org/wiki/mark" target="_blank">https://trac.macports.org/wiki/mark</a>>
GitHub Profile <<a href="https://github.com/markemer" target="_blank">https://github.com/markemer</a>>
</pre>
</blockquote>
<p></p>
<p><br>
</p>
<p>I continue to believe that in general trying to shoehorn "cask"
binary installs as some variant of a port that is generally meant
to build from source is a recipe for nothing but endless trouble.
Homebrew has a completely different subsystem for cask installs
that makes it really clear what you are getting, and this is very
desirable, I agree.<br>
</p>
<p><br>
</p>
<p>IMHO binary-only install port should have some clearly
recognizable port name that does not cause confusion about what it
is, and does not obscure or trample a port's existing variants
(which a "prebuilt" or other similar variant name would do, if
there were other variants). We have port name distinctions for a
great many ports in MacPorts now (the perl, python, php, etc, etc,
etc port families, for example). Having a naming family for
binary-only ports is No Big Deal.<br>
</p>
<p><br>
</p>
<p>Chris has suggested a category inclusion, which is pure and uses
macports unique functionality, but IMHO is unrecognizable for
99.9999% of users who would never notice that a given port is
added to a certain category or subcategory.<br>
</p>
<p><br>
</p>
<p>But we should resolve this, as many people want it, whatever is
decided by the managers, who so far have expressed no opinion,
ergo it is unresolved.</p></div></blockquote><div><span style="color:rgb(0,0,0)"><br></span></div><div><span style="color:rgb(0,0,0)">Why is having binary ports without a special indicator a problem? MacPorts has already has ports that use upstream binaries, mostly for ports that are either impossible to build from source (Google Cloud SDK source is not available AFAIK for instance), or very hard/time-consuming (OpenJDK for instance) to build. I maintain a couple of ports like these and they don’t have a specific name or variant or anything indicating that they use upstream binaries and I don’t see a problem with that really. If someone would ever decide it’s a good idea to switch to building OpenJDK from source via a Portfile, that could just be transparently done without any users having to switch to a different port name or variant, and that seems fine to me.</span></div><div><span style="color:rgb(0,0,0)"><br></span></div><div><span style="color:rgb(0,0,0)">It might even make sense for some ports (like iTerm2 perhaps?) to build from source on macOS versions for which that is feasible, and use an upstream binary on OS versions for which it isn’t.</span></div><br><div>Nils.</div></div></blockquote></div>
</blockquote></div>