[MacPorts] #67116: boost Python variants should be subports for automated installs with CI and buildbots

MacPorts noreply at macports.org
Sat Mar 18 17:48:44 UTC 2023


#67116: boost Python variants should be subports for automated installs with CI and
buildbots
----------------------------------------+--------------------
  Reporter:  essandess                  |      Owner:  (none)
      Type:  defect                     |     Status:  new
  Priority:  Normal                     |  Milestone:
 Component:  ports                      |    Version:
Resolution:                             |   Keywords:
      Port:  boost, boost171, boost176  |
----------------------------------------+--------------------
Description changed by ryandesign:

Old description:

> The Python version variants of boost are implemented as variants, not
> subports. This breaks CI and buildbot builds pf ports that depend on
> boost being installed with a specific Python version, e.g., {{{py-graph-
> tool}}}, https://github.com/macports/macports-
> ports/pull/17914#issuecomment-1474822953
>
> Additionally, the correct way to implement such dependencies is via
> subports, https://trac.macports.org/ticket/126#comment:48:
>     "The progress that has been made is that MacPorts now supports
> subports, which make it easier for a single portfile to provide multiple
> separately-installable ports. Ports that provide optional functionality
> that other ports might need to depend on should break that optional
> functionality out into subports instead of using variants. We should not
> pursue the idea of allowing variants to be depended upon."
>
> These variants should be converted to subports like
> {{{boost176-python311}}} etc., which could have the added benefit of
> avoiding current conflicts between these python port variants.

New description:

 The Python version variants of boost are implemented as variants, not
 subports. This breaks CI and buildbot builds pf ports that depend on boost
 being installed with a specific Python version, e.g., {{{py-graph-tool}}},
 https://github.com/macports/macports-
 ports/pull/17914#issuecomment-1474822953

 Additionally, the correct way to implement such dependencies is via
 subports, comment:ticket:126:48:
     "The progress that has been made is that MacPorts now supports
 subports, which make it easier for a single portfile to provide multiple
 separately-installable ports. Ports that provide optional functionality
 that other ports might need to depend on should break that optional
 functionality out into subports instead of using variants. We should not
 pursue the idea of allowing variants to be depended upon."

 These variants should be converted to subports like
 {{{boost176-python311}}} etc., which could have the added benefit of
 avoiding current conflicts between these python port variants.

--

-- 
Ticket URL: <https://trac.macports.org/ticket/67116#comment:1>
MacPorts <https://www.macports.org/>
Ports system for macOS


More information about the macports-tickets mailing list