build of mac package fails due to pkgutil in zetuptoolz #762

Closed
opened 2009-07-15 05:09:29 +00:00 by zooko · 3 comments

(http://allmydata.org/buildbot/builders/Mac%20OS-X/builds/1039/steps/mac_exe/logs/stdio)

  File "/System/Library/Frameworks/Python.framework/Versions/2.5/Extras/lib/python/modulegraph/modulegraph.py", line 114, in find_module
    if isinstance(importer, pkg_resources.ImpWrapper):
AttributeError: 'module' object has no attribute 'ImpWrapper'

This has something to do with the fact that the version of zetuptoolz bundled with TahoeLAFS in source:misc/dependencies, called 'setuptools-0.6c12dev' replaced pkg_resources with the new pkgutil module, and modulegraph apparently uses pkg_resources. Why modulegraph's use thereof results in this incompatibility I haven't figured out yet. I have tested a version of zetuptoolz which uses the old pkg_resources style instead of the new pkgutil style -- http://allmydata.org/trac/zetuptoolz/changeset/20090703214517-92b7f-126e534865d9104679dc424aa681cf26a26f2921 -- and shown that this error goes away with that zetuptoolz (this is why this failure doesn't happen on ootles the way it does on the "OS X" (VirtualZooko) builder). So a good solution to this ticket would be to upgrade our bundled zetuptoolz to that new version of zetuptoolz. Although it would be nice to understand more precisely why it doesn't work this way -- maybe we could submit a patch to some other project to help.

(http://allmydata.org/buildbot/builders/Mac%20OS-X/builds/1039/steps/mac_exe/logs/stdio) ``` File "/System/Library/Frameworks/Python.framework/Versions/2.5/Extras/lib/python/modulegraph/modulegraph.py", line 114, in find_module if isinstance(importer, pkg_resources.ImpWrapper): AttributeError: 'module' object has no attribute 'ImpWrapper' ``` This has something to do with the fact that the version of `zetuptoolz` bundled with TahoeLAFS in source:misc/dependencies, called 'setuptools-0.6c12dev' replaced pkg_resources with the new pkgutil module, and modulegraph apparently uses pkg_resources. Why modulegraph's use thereof results in this incompatibility I haven't figured out yet. I have tested a version of zetuptoolz which uses the old pkg_resources style instead of the new pkgutil style -- <http://allmydata.org/trac/zetuptoolz/changeset/20090703214517-92b7f-126e534865d9104679dc424aa681cf26a26f2921> -- and shown that this error goes away with that zetuptoolz (this is why this failure doesn't happen on ootles the way it does on the "OS X" (VirtualZooko) builder). So a good solution to this ticket would be to upgrade our bundled zetuptoolz to that new version of zetuptoolz. Although it would be nice to understand more precisely why it doesn't work this way -- maybe we could submit a patch to some other project to help.
zooko added the
packaging
major
defect
1.4.1
labels 2009-07-15 05:09:29 +00:00
zooko added this to the eventually milestone 2009-07-15 05:09:29 +00:00
Author

I hope to address this issue for Tahoe-LAFS v1.5.1.

I hope to address this issue for Tahoe-LAFS v1.5.1.
Author

I'm booting this ticket out of v1.5.1 because we're making good progress on Debian and Windows for v1.5.1, and I appear to be the only person who is working on Mac, and I have sooo little time right now. The Mac side would hold up the release after the Debian and Windows sides were ready unless someone else were to jump in.

I'm booting this ticket out of v1.5.1 because we're making good progress on Debian and Windows for v1.5.1, and I appear to be the only person who is working on Mac, and I have sooo little time right now. The Mac side would hold up the release after the Debian and Windows sides were ready unless someone else were to jump in.
zooko added this to the eventually milestone 2009-10-26 20:09:06 +00:00
davidsarah commented 2012-04-07 00:21:33 +00:00
Owner

No longer relevant I think. Zooko, close as invalid if you agree.

No longer relevant I think. Zooko, close as invalid if you agree.
tahoe-lafs added the
cannot reproduce
label 2014-03-17 18:52:29 +00:00
daira closed this issue 2014-03-17 18:52:29 +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#762
No description provided.