[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