<div dir="ltr"><div>Hi,</div><div><br></div><div>Arjun recently added a new simplified port view, see for example:</div>    <a href="http://macports.silentfox.tech/port/py-numpy/">http://macports.silentfox.tech/port/py-numpy/</a><div>and it has been pointed out (rightly so) that we should not be encouraging users to run</div><div>    sudo port install py-numpy</div><div>but rather make it clear that the port contains a number of more useful subports.</div><div><br></div><div>So here's a list of questions:</div><div>(1) How do we know which ports are stub ports?</div><div>(2) In what ways exactly should the treatment of such cases be different?<br></div><div><br></div><div>Ad (1):</div><div>The first question is the most important one. We could start by hardcoding py-* and p5-* as stubs and expand the manually curated(?) list later on. Ideally I would like to see some property implemented in the macports base, so that PortIndex could know out-of-the-box when something is a stub port.</div><div><br></div><div>Also, Arjun recently added the super cool new functionality to subscribe to ports and get notified when the ports are updated, or see which ones from the list that you are interested in are outdated. The problem is that subscribing to py38-numpy for example will not tell you that the port is outdated since the livecheck gets disabled for subports.</div><div><br></div><div>It would be helpful if ports would internally say "the version of this port is the same as the version of some-other-port" rather than disable the livecheck completely. Then one could run livecheck either in default or "extended" mode to either list the notification once (just for the main port) or multiple times (or rather: it would be able to tell you whether py38-numpy is out of date).</div><div><br></div><div>Ad (2):</div><div>What exactly should be different? In any case I would be inclined to list all subports from the same file on the same page. So if users end up looking at lilypond, they'll also get a link to lilypond-devel. If they'll be looking at py38-numpy, they'll also get all the py*-numpy subports. But the stub port should be explicitly different, it should not suggest users to install that port. How exactly would you make the page look?</div><div><br></div><div>In what other ways should such stub ports be different? What do we do with the statistics pages? In the case of perl it's technically still allowed to install p5-foo (which just installs that one port plus another one that's more useful).</div><div><br></div><div>I guess that users should still be able to subscribe to stub ports to see whether they have been outdated.</div><div><br></div><div>Thank you,</div><div>    Mojca</div></div>