<html><head><meta http-equiv="Content-Type" content="text/html; charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div dir="auto" style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">Am 04.08.2020 um 19:52 schrieb Ruben Di Battista <<a href="mailto:rubendibattista@gmail.com" class="">rubendibattista@gmail.com</a>>:</div><br class="Apple-interchange-newline"><div class=""><span style="caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: 13px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: none; float: none; display: inline !important;" class="">So my take here is to not provide pre-built binaries packages if not strictly unavoidable, like for the osxfuse project (since it was open source before). </span></div></blockquote><div><br class=""></div>I think we all agree that building from source is preferred, so nothing should change for OSS ports. There is no reason to fear anything you get from MP now would no longer be available in the future. OSS would still be built from source.</div><div><br class=""></div><div>I could imagine to implement a binary re-distribution scheme as a well-known variant e.g. "+prebuilt", so that it became possible for a single port to support both build/distribution schemes. That way dependencies could simply reference the port as usual, while each user could choose the variant she prefers. It would not even be necessary to decide on one exclusive scheme for each port, but have both options in parallel, wherever that might make sense. One could then also set "+prebuild" (or "-prebuilt") in variants.conf, so if a prebuilt binary is available, it would be used, if not everything would work as it does now.</div><div><br class=""><blockquote type="cite" class=""><div dir="auto" style="caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: 13px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: none;" class="">One of the reasons I chose Macports for is the fact it builds its own tree from source and it ships basically open source only software. </div></blockquote><div><br class=""></div><div>Not sure why "ships basically only open source" would be a reason to prefer MacPorts over HomeBrew, as long as either of them provided what you want (OSS) in the way you want it (build from source). Even if MacPorts also provided closed source stuff it would still be your choice to install or not install it. I see no reason how providing more binary-only ports in a more formalized way would make MacPorts a lesser choice.</div><div><br class=""></div></div></div></body></html>