On Mar 25, 2009, at 11:02 PM, Nick Coghlan wrote: > That is, the full workflow that should really be happening is > something like the following: > > Developer(s) > | > V > (distutils/setuptools/pip/zc.buildout/etc) > | > V Here's a small FYI for this point in the diagram. Perhaps some people are not aware of zc.sourcerelease. http://pypi.python.org/pypi/zc.sourcerelease/ It allows you to take a zc.buildout based project and pack it into a tarball with all the eggs the project depends on packed with it. buildout-source-release projectdir_or_repo_path buildout.cfg You can drop the resulting tarball into SOURCES directory and a corresponding .spec file into SPECS directory and build an RPM package. The RPM is then used to install the application. Thus, zc.buildout is used for development (package management) and zc.sourcerelease + rpmbuild for distribution. I know this does not solve problems that many mentioned in this thread, but it could solve a distribution problem for people who use zc.buildout but were not aware of zc.sourcerelease. As I said above, this was just an info for anyone interested in this particular workflow. > > <Common Python packaging spec> > | > V > Packager(s)/Distributor(s) > | > V > (Windows MSI/Mac OS X bundle/Linux RPM/Linux DEB/etc) > | > V > End User Installation
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4