handle only subports install files

Joshua Root jmr at macports.org
Mon Mar 19 12:07:47 PDT 2012


On 2012-3-20 06:00 , Ryan Schmidt wrote:
> 
> On Mar 19, 2012, at 13:39, Joshua Root wrote:
> 
>> On 2012-3-20 05:34 , Ryan Schmidt wrote:
>>>
>>> Yes, and that's valuable... but sometimes, like in Bradley's mysql-connector-cpp, or in my VillainousStyle, there might not be a particular port that it would be appropriate to call the default.
>>
>> There is no "default". There are just a bunch of ports. You get
>> precisely the one you ask for.
> 
> There absolutely is a default, within the python portgroup. Same for the perl5 and soon php portgroups. If you install py-foo, MacPorts installs the default version, which might be py24-foo or py27-foo or something else depending on the port. But MacPorts also actually installs py-foo, which serves no purpose and gets in the way.

We were talking about subports in general, not what the portgroups do.

> Not only that, but it's tedious to have to add the half dozen or so lines needed to make a stub port to each of these portgroups, not to mention individual ports that want to use this layout. 

So I guess we shouldn't do it?

>> If you can't decide which one to declare
>> at the top level, roll dice or something.
> 
> The py-* / p5-* / soon to be php-* ports demonstrate the utility of being able to define a port whose name is not any of the intended subports. I wouldn't want to have to name a port "py27-foo" for example; it's nice to be able to give it a version-agnostic name like "py-foo". That doesn't mean I want the user to be able to install "py-foo" itself.

The portgroup could easily change the name if desired.

- Josh


More information about the macports-dev mailing list