
<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div dir="ltr">This would be very helpful.</div><div dir="ltr"><br></div><div dir="ltr">I often have to rerun failed build commands by hand to troubleshoot problems.</div><div dir="ltr"><br></div><div dir="ltr">Also, I’d note the following comments about the use of color to provide visual context for quickly parsing output. Both git and brew use color effectively.</div><div dir="ltr"><br></div><div dir="ltr">Adding a feature, say, to <b>color errors in red</b>, would allow developers to quickly pinpoint problems, rather than scanning for the word “error,” which can be nontrivial if one is using tools over a mobile device or through a VNC connection. Or using color to visually highlight different port phases.</div><div dir="ltr"><br></div><div dir="ltr"><a href="https://saagarjha.com/blog/2019/04/26/thoughts-on-macos-package-managers/">https://saagarjha.com/blog/2019/04/26/thoughts-on-macos-package-managers/</a></div><div dir="ltr"><blockquote type="cite"><p style="font-size: 16px; box-sizing: border-box; max-width: 100%; margin: 0px 0px 1rem; font-family: system-ui, Helvetica, sans-serif;">Homebrew aims to be simple and easy to use, and in general this is true. While I’m neutral on the use of beer-related terminology and emoji, the judicious use of color is quite helpful, as is the well-formatted output. Most common usecases are straightforward, though occasionally commands can end up doing surprising things if you use them in strange ways.</p><p style="font-size: 16px; box-sizing: border-box; max-width: 100%; margin: 0px 0px 1rem; font-family: system-ui, Helvetica, sans-serif;">MacPorts, on the other hand, is by no means unusable, but it’s not as polished as Homebrew is. The lack of color, as well as somewhat more cluttered and less relevant output, makes it a bit less pleasant to work with</p></blockquote></div></body></html>