[MacPorts] #62682: py-dns-lexicon: do not check active variant of poetry port

MacPorts noreply at macports.org
Mon Apr 12 17:45:47 UTC 2021


#62682: py-dns-lexicon: do not check active variant of poetry port
-----------------------------+-------------------------
  Reporter:  ryandesign      |      Owner:  Schamschula
      Type:  defect          |     Status:  assigned
  Priority:  Normal          |  Milestone:
 Component:  ports           |    Version:  2.6.4
Resolution:                  |   Keywords:
      Port:  py-dns-lexicon  |
-----------------------------+-------------------------

Comment (by harens):

 I don't think py-dns-lexicon requires poetry as a build dependency in the
 first place, although please let me know if I've missed something here.
 Ever since [https://github.com/python-poetry/poetry/issues/1975 python-
 poetry/poetry#1975], assuming you're retrieving the files from PyPi, you
 can treat it as you would any other python package. This is since a
 standard `setup.py` is generated in the final product.

 As an example, [https://github.com/macports/macports-
 ports/blob/a6426e58f2566b7f2309140f6ec3123dce4da0d8/python/py-
 rich/Portfile py-rich] makes use of poetry, but it isn't actually required
 as a dependency (unless you use the GitHub PG, in which case things get
 tricky).

 The reason I made use of poetry in py-cipheycore is since I needed to use
 the CLT to generate a [https://docs.python.org/3/distutils/sourcedist.html
 source distribution]. At least in this scenario, it didn't matter which
 python variant of poetry was used since the CLT was the same either way
 and produced the correct file.

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


More information about the macports-tickets mailing list