<html><head><style>body{font-family:Merriweather,Arial;font-size:13px}</style></head><body><div style="font-family:Merriweather,Arial;font-size:13px; color: rgba(51,51,51,1.0); ">I have no experience to gave you any valuable help on this Alex, just wanted to drop some ideas I have in mind. </div><div style="font-family:Merriweather,Arial;font-size:13px; color: rgba(51,51,51,1.0); "><br></div><div style="font-family:Merriweather,Arial;font-size:13px; color: rgba(51,51,51,1.0); ">I work in the frame of HPC computing and I’m a heavy user of spack (<a href="https://spack.readthedocs.io/en/latest/">https://spack.readthedocs.io/en/latest/</a>). It’s a package manager tailored for HPC that shares more than few features and design approach with Macports.</div><div style="font-family:Merriweather,Arial;font-size:13px; color: rgba(51,51,51,1.0); "> </div><div style="font-family:Merriweather,Arial;font-size:13px; color: rgba(51,51,51,1.0); ">- It compiles for Unixes on different architectures (Including Power) and on Mac.</div><div style="font-family:Merriweather,Arial;font-size:13px; color: rgba(51,51,51,1.0); ">- has lots of optimized packages for specific architectures </div><div style="font-family:Merriweather,Arial;font-size:13px; color: rgba(51,51,51,1.0); ">- Isolated spack environments and filesystem views</div><div style="font-family:Merriweather,Arial;font-size:13px; color: rgba(51,51,51,1.0); "><br></div><div style="font-family:Merriweather,Arial;font-size:13px; color: rgba(51,51,51,1.0); ">I would argue is a bit less stable for daily use as we do with Macports, but I find the packages very pleasant to write and the community is vibrant. So I would like to tell you to consider, maybe, to base your eventual work on that. Maybe making Macports packages compatible with their API or also using their infrastructure and strip most of the HPC-related features replacing them with the few, unique, feature Macports provides. Maybe discussing with them on the best approach to use their work in order to avoid to reinvent the wheel could be beneficial. I think the approach would be probably based on their spack environments/view (<a href="https://spack.readthedocs.io/en/latest/environments.html">https://spack.readthedocs.io/en/latest/environments.html</a>).</div><div style="font-family:Merriweather,Arial;font-size:13px; color: rgba(51,51,51,1.0); "><br></div><div style="font-family:Merriweather,Arial;font-size:13px; color: rgba(51,51,51,1.0); ">One of the proposed issues over there is to turn the actual spack “binary” into a library that other projects can leverage. Could it be feasible way to integrate a mature ecosystem with Macports? Maybe other people from the community could give it a look and express their opinion on that. </div><div style="font-family:Merriweather,Arial;font-size:13px; color: rgba(51,51,51,1.0); "><br></div><div style="font-family:Merriweather,Arial;font-size:13px; color: rgba(51,51,51,1.0); ">Good luck! </div> <br> <div class="gmail_signature"><pre><code> _
-. .´ |∞∞∞∞
', ; |∞∞∞∞∞∞
˜˜ |∞∞∞∞∞∞∞∞∞ RdB
,., |∞∞∞∞∞∞
.' '. |∞∞∞∞
-' `’
https://rdb.is
</code></pre></div> <br><p class="airmail_on">On 31 March 2020 at 23:15:02, Alex Ionkov (<a href="mailto:aionkov@gmail.com">aionkov@gmail.com</a>) wrote:</p> <blockquote type="cite" class="clean_bq"><span><div><div></div><div><div dir="ltr">Dear MacPorts community, <div><br></div><div>I submitted a proposal this year for rewriting parts of MacPorts in Python. The eventual goal is to rewrite all of MacPorts in Python to increase modularity and
make integration of other APIs with MacPorts easier. </div><div><br></div><div>I've attached my proposal. As for some edits that have already been recommended to me for more measurable goals, by each evaluation I would want to have rewritten an X amount of functions or functionality. </div><div><br></div><div>What I would request from the community is advice on which functions would be the most valuable and useful and how to split them among the evaluation periods. Some recommendations that I have received already include getting information from the webapp to implement functionality that is not yet available and also rewriting functions such as fetch, dependency
calculation, livecheck and install.</div><div><br></div><div>I'm currently working on integrating a small Python script which tells you the latest successful build of a port with the Tcl source as a proof of concept.</div><div><br></div><div>Thank you very much for your time,</div><div>Alex Ionkov</div></div>
</div></div></span></blockquote></body></html>