[MacPorts] #33259: cmake portgroup: out of source build option, possibly by default

MacPorts noreply at macports.org
Wed Mar 18 11:36:42 PDT 2015


#33259: cmake portgroup: out of source build option, possibly by default
---------------------------+--------------------------------
  Reporter:  ryandesign@…  |      Owner:  macports-tickets@…
      Type:  enhancement   |     Status:  new
  Priority:  Normal        |  Milestone:
 Component:  ports         |    Version:
Resolution:                |   Keywords:
      Port:                |
---------------------------+--------------------------------

Comment (by larryv@…):

 Replying to [comment:48 rjvbertin@…]:
 > Is there or has there ever been a cmake-0.0 portgroup? I'd feel more
 > comfortable moving the old default behaviour to a "previous version"

 What? This would be weird and confusing.

 > rather than obliging everyone to delve into their portfiles or
 > portgroup files to bump a version when their products just work with
 > the new OOS approach. It also means that maintainers who do nothing
 > will keep using non-OOS builds

 Yes, that’s what Michael and I want because we don’t know that all the
 portfiles will “just work”. So the question is whether this should be opt-
 in or opt-out.

 If we decided on opt-out, we already have a simple implementation: Change
 the default in `cmake-1.0` and be done with it. Ports that can’t deal with
 the default behavior would just add “`cmake.out_of_source no`”.

 > which kind of goes against the very reasons OOS builds were made the
 > default

 I don’t agree. The point of portgroups is to cut down on portfile
 boilerplate, not necessarily to reduce maintainer effort.

 Also: Given that this modification would change the default build
 behavior, I think it’d be a good thing to require portfiles to be updated
 for it. It’s confusing when a port’s behavior mysteriously changes because
 of portgroup action-at-a-distance, especially if it breaks. This happens
 all too often, and it can be difficult to debug.

 > Note that demoting the current default to a legacy portgroup also
 > means there is no or less reason to port other modifications to it...

 I think maintaining parallel portgroups is a minor problem. Forgetting to
 change one or the other would not be the end of the world; someone else
 could just clean up afterwards.

-- 
Ticket URL: <https://trac.macports.org/ticket/33259#comment:49>
MacPorts <https://www.macports.org/>
Ports system for OS X


More information about the macports-tickets mailing list