[MacPorts] #45310: py27-pyobjc build fails with setuptools 6

MacPorts noreply at macports.org
Wed Nov 5 10:11:31 PST 2014


#45310: py27-pyobjc build fails with setuptools 6
-------------------------------+--------------------------------
  Reporter:  paulvanlorenzo@…  |      Owner:  macports-tickets@…
      Type:  defect            |     Status:  new
  Priority:  Normal            |  Milestone:
 Component:  ports             |    Version:  2.3.1
Resolution:                    |   Keywords:
      Port:  py27-pyobjc       |
-------------------------------+--------------------------------

Comment (by larryv@…):

 Replying to [comment:35 petr@…]:
 > If I understood things right, the deprecation period for `py26`
 > subports and `python26` would last until January 2016. Trashing
 > `py26-pyobjc` implies speeding up this process quite a bit.

 When I said that the deprecation period for Python 2.6 would last until
 January 2016, all I meant was that I’d obsolete `python26` at that time,
 so all dependencies on it would necessarily have to be eliminated by then.
 That doesn’t mean we have to keep Python 2.6 stuff around for another 14
 months.

 > We would need to deprecate `py26-matplotlib` first, which is probably
 > the most important dependent of `py26-pyobjc`. This in turn requires
 > to discontinue all its dependents of `py26-matplotlib` immediately.
 >
 > Is this what we want?

 I don’t use matplotlib or any of its dependents, so I don't know how
 important it would be to prolong Python 2.6 support. It looks like the
 alternative would be to keep `py25-pyobjc` and `py26-pyobjc` at an old
 version, which is awkward.

 Anyway, there aren’t //that// many dependents; I count 41.

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


More information about the macports-tickets mailing list