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

Closed
opened 2007-11-20 04:32:31 +00:00 by zooko · 8 comments

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.)

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.)
zooko added the
packaging
major
defect
0.7.0
labels 2007-11-20 04:32:31 +00:00
Author

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.

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.
zooko changed title 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 2007-11-20 19:37:12 +00:00
Author

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

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>
tahoe-lafs added this to the 0.9.0 (Allmydata 3.0 final) milestone 2008-01-23 02:39:46 +00:00
zooko modified the milestone from 0.9.0 (Allmydata 3.0 final) to undecided 2008-03-08 04:13:13 +00:00
Author

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

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

Here is the ticket for this issue on the setuptools tracker: <http://bugs.python.org/setuptools/issue19>
Author

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.

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.
Author

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.

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.
Author

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

both of the versions of Mac OS X mentioned in this ticket are obsolete. closing.
zooko added the
wontfix
label 2014-06-30 21:40:15 +00:00
zooko closed this issue 2014-06-30 21:40:15 +00:00
daira commented 2014-07-24 00:34:32 +00:00
Owner

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.

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.
tahoe-lafs removed the
wontfix
label 2014-07-24 00:34:32 +00:00
daira reopened this issue 2014-07-24 00:34:32 +00:00
daira commented 2016-01-15 17:54:08 +00:00
Owner

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

This will be somebody else's problem when we switch to a newer setuptools that supports wheel distributions.
tahoe-lafs added the
somebody else's problem
label 2016-01-15 17:54:08 +00:00
daira closed this issue 2016-01-15 17:54:08 +00:00
Sign in to join this conversation.
No Milestone
No Assignees
2 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Reference: tahoe-lafs/trac-2024-07-25#212
No description provided.