<html><head><meta http-equiv="content-type" content="text/html; charset=us-ascii"></head><body style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"><div><div>I would be very grateful if someone could take the time to review, and perhaps eventually merge, the PR dealing with the reorganisation of the proj[N] ports [1].</div><div>I raised this issue a year ago and the PR some three months ago, so it would be really great to finally come to some conclusion.</div><div><br></div><div>Best regards,</div><div>Nicklas</div></div><div><br></div><div><br></div><div>[1] https://github.com/macports/macports-ports/pull/23462</div><div><br></div><br id="lineBreakAtBeginningOfMessage"><div><br><blockquote type="cite"><div>On 12 Apr 2024, at 08:33, Nicklas Larsson via macports-dev <macports-dev@lists.macports.org> wrote:</div><br class="Apple-interchange-newline"><div><meta http-equiv="content-type" content="text/html; charset=utf-8"><div style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;">I have now put up a PR [1] to address this PROJ issue. The changes I propose to make are in summary:<div><br></div><div>- rename current `proj` to `proj5` (and update the few of its dependencies)</div><div>- collect all proj[N] ports to one Portfile `proj`</div><div>- create a new stub port `proj` which will serve as alias for the latest version (presently proj9) and to which the others are subports of</div><div><div><br></div><div>This will hopefully lead to less repetitive code and easier maintenance. Ports that support the latest version of PROJ can be cleaned up of the cascade of proj[N] variants currently common, in only adding `proj` as a dependant.</div><div><br></div><div>Nicklas</div><div><br></div><div><br id="lineBreakAtBeginningOfMessage"><div>[1] <a href="https://github.com/macports/macports-ports/pull/23462">https://github.com/macports/macports-ports/pull/23462</a></div><div><br></div></div></div></div></div></blockquote></div><br></body></html>