build of mac package fails due to pkgutil in zetuptoolz #762
Labels
No Label
0.2.0
0.3.0
0.4.0
0.5.0
0.5.1
0.6.0
0.6.1
0.7.0
0.8.0
0.9.0
1.0.0
1.1.0
1.10.0
1.10.1
1.10.2
1.10a2
1.11.0
1.12.0
1.12.1
1.13.0
1.14.0
1.15.0
1.15.1
1.2.0
1.3.0
1.4.1
1.5.0
1.6.0
1.6.1
1.7.0
1.7.1
1.7β
1.8.0
1.8.1
1.8.2
1.8.3
1.8β
1.9.0
1.9.0-s3branch
1.9.0a1
1.9.0a2
1.9.0b1
1.9.1
1.9.2
1.9.2a1
LeastAuthority.com automation
blocker
cannot reproduce
cloud-branch
code
code-dirnodes
code-encoding
code-frontend
code-frontend-cli
code-frontend-ftp-sftp
code-frontend-magic-folder
code-frontend-web
code-mutable
code-network
code-nodeadmin
code-peerselection
code-storage
contrib
critical
defect
dev-infrastructure
documentation
duplicate
enhancement
fixed
invalid
major
minor
n/a
normal
operational
packaging
somebody else's problem
supercritical
task
trivial
unknown
was already fixed
website
wontfix
worksforme
No Milestone
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Reference: tahoe-lafs/trac-2024-07-25#762
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
(http://allmydata.org/buildbot/builders/Mac%20OS-X/builds/1039/steps/mac_exe/logs/stdio)
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.I hope to address this issue for Tahoe-LAFS v1.5.1.
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.
No longer relevant I think. Zooko, close as invalid if you agree.