organizing collections of small modules
Eric S. Johansson
esj at harvee.org
Mon Mar 26 05:47:56 CEST 2007
Jorge Godoy wrote:
> "Eric S. Johansson" <esj at harvee.org> writes:
>> I have a bunch of small modules that I use within my application. Most of
>> these modules are single file modules. Currently, I have them set up as
>> stand-alone modules but because it's a royal pain to fetch five or 10 of these
>> modules for each application and tracking whether or not they are all up to
>> date, I'm considering putting them all into one collection (rcsoc
>> a.k.a. random cross-section of code) so it's easier to load, install, and
>> Are there better techniques for managing collections of modules in 2.4 or
>>  derives from the expression that hamburger is "random cross-section of
> I'm using setuptools for that. If they're somehow connected --
> e.g. mathematics, database, finance, etc. -- then I create one single package
> for them. If they aren't, then creating several packages isn't hard.
I already have working setup.py files and the docs indicates that it
should be a 1 liner to convert from distutils.
> If they are useful enough you can publish them on PyPI and then it is just a
> matter of "easy_install" them. If they aren't then you'll have to collect
> them somewhere to use easy_install ;-)
I think a couple should be generaly useful (file system based queue,
union configuration files). when it all works, I'll publish.
> It also supplies means to determine the minimum / maximum / exact version that
> is required, so this also helps with how up-to-date your library has to be to
> be used with some application.
a big win IMO
More information about the Python-list