#212 closed defect (somebody else's problem)

easy_install of a fat binary .egg which was built on Mac OS 10.4 fails on Mac OS 10.5

Reported by: zooko Owned by: zooko
Priority: major Milestone: eventually
Component: packaging Version: 0.7.0
Keywords: install mac setuptools Cc:
Launchpad Bug:

Description (last modified by daira)

So, dreid and Peter both get bizarre behavior from easy_install when they try to install a .egg which I built on Mac OS 10.4.

Another example is simplejson, which wasn't built by me. Peter's computer fails on "easy_install simplejson", after it installs the source tarball (why not the binary egg?) and then fails to compile it. (Because Peter doesn't have Xcode installed yet.)

Change History (14)

comment:1 Changed at 2007-11-20T19:19:55Z by zooko

It appears that easy_install on Mac OS 10.5 thinks that an egg named "macosx-10.3-fat.egg" is not usable, but Mac OS 10.4 thinks that such an egg is usable.

Note that "setup.py bdist" on Mac OS 10.4 produces eggs named "macosx-10.3-fat.egg".

PJE says that the OS X platform versioning code was contributed by someone other than he to pkg_resources, and that it works by reading /usr/bin/sw_vers.

The next step is to post to the Mac SIG mailing list about this issue.

comment:2 Changed at 2007-11-20T19:20:01Z by zooko

  • Owner changed from somebody to zooko
  • Status changed from new to assigned

comment:3 Changed at 2007-11-20T19:37:12Z by zooko

  • Summary changed from easy_install of a fat binary .egg which was built on Mac OS 10.4 fails on Mac OS 10.5... or something to easy_install of a fat binary .egg which was built on Mac OS 10.4 fails on Mac OS 10.5

comment:4 Changed at 2007-12-17T16:08:24Z by zooko

I've reported this issue to the Python Mac SIG and they are apparently working on fixing it in future releases of Python:

http://www.nabble.com/does-pkg_resources-think-that--22macosx-10.3-22-is-incompatible-with-10.5--to13865060.html#a13865060

comment:5 Changed at 2008-01-23T02:39:46Z by secorp

  • Milestone changed from 0.7.1 to 0.9.0 (Allmydata 3.0 final)

comment:6 Changed at 2008-03-08T04:13:13Z by zooko

  • Milestone changed from 0.9.0 (Allmydata 3.0 final) to undecided

comment:7 Changed at 2008-06-02T23:50:42Z by zooko

Here is the ticket for this issue on the setuptools tracker:

http://bugs.python.org/setuptools/issue19

comment:8 Changed at 2009-08-06T18:41:35Z by zooko

Maybe we could revisit this issue after switching to the new fork of setuptools named "Distribute":

http://tarekziade.wordpress.com/2009/07/22/preparing-to-release-distribute-0-6/

I guess what we really need to do is boil this down to a simple test case -- build a .egg on Mac OS 10.4 and then try to install it on Mac OS 10.5.

comment:9 Changed at 2009-10-25T18:15:16Z by zooko

There have been some updates to http://bugs.python.org/setuptools/issue19 . It sounds like the Python/distutils/setuptools/distribute folks aren't going to fix this issue anytime soon.

comment:10 Changed at 2009-12-12T02:37:56Z by davidsarah

  • Keywords install added

comment:11 Changed at 2013-08-05T23:32:35Z by daira

  • Description modified (diff)
  • Keywords mac setuptools added

comment:12 Changed at 2014-06-30T21:40:15Z by zooko

  • Resolution set to wontfix
  • Status changed from assigned to closed

both of the versions of Mac OS X mentioned in this ticket are obsolete. closing.

comment:13 Changed at 2014-07-24T00:34:32Z by daira

  • Resolution wontfix deleted
  • Status changed from closed to reopened

How do we know this isn't still a problem between two more recent versions of Mac OS X? That should be tested before closing the ticket.

comment:14 Changed at 2016-01-15T17:54:08Z by daira

  • Resolution set to somebody else's problem
  • Status changed from reopened to closed

This will be somebody else's problem when we switch to a newer setuptools that supports wheel distributions.

Note: See TracTickets for help on using tickets.