mirror of
https://github.com/tahoe-lafs/tahoe-lafs.git
synced 2024-12-21 22:07:51 +00:00
b5b2036d37
The old scheme depended upon the bespoke pseudo-virtualenv scheme that we cooked up long ago (it copied the entire source tree, bin/tahoe and support/ and all, into the mac .pkg archive). When we moved to real virtualenvs, that broke. This new scheme only installs a populated virtualenv into the archive. It replaces the entry-point bin/tahoe with a script that behaves a lot like the old bespoke script: it inserts a relative site-packages/ into sys.path before importing allmydata.scripts.runner and calling run(). This still depends upon the end-users $PATH having a python that is compatible with the binary modules we've compiled here, and there are three potentially-differing Pythons to worry about (homebrew, python.org installers, and Apple's native /usr/bin/python). We'll have to see if they tend to differ in ways that cause problems (I think the maintainers generally try to avoid that). If that's an issue, the next level up is to use bbfreeze or py2app or something in that category, to ship an entire python, and not just a bundle of libraries. |
||
|---|---|---|
| .. | ||
| icons | ||
| osx | ||
| build-osx-pkg.sh | ||
| check-build.py | ||
| gen-package-table.py | ||
| show-tool-versions.py | ||
| test-dont-install-newer-dep-when-you-already-have-sufficiently-new-one.py | ||
| test-dont-use-too-old-dep.py | ||
| test-git-ignore.py | ||
| test-osx-pkg.py | ||
| test-pip-install.py | ||