I think that there might be interest in this as a way of creating a
production environment for an application with minimal fuss and
helping to distribute a project on win32 environments. However, for
development types I'm not sure that it will get used too much IMHO.
Anyone developing in TG
Hey thanks Phillip.
This will make updating of the package very easy over the long term.
I was already thinking that it would be best to keep support for the
eggs in packaged system as once installed, end users will likely want to
update their system without re-downloading and re-installing the
Well, I haven't thought about the bandwidth thing yet. I'll probably
set it up as a SourceForge project if I do it. That way they can handle
the bandwidth. :-) (Though SVN is nicer than CVS...)
Anyway, asking the Plone guys is not a bad idea.
I have also seen a few LAMP stacks packaged up,
You can get part of it here:
http://www.opensource4you.com/nightly_tarballs.shtml
Hi Ced,
There's a ticket open to create such a beast, but it doesn't exist
right now. My recommendation would be to do an svn checkout of
TurboGears. via the externals, you'll also pick up CherryPy, MochiKit,
SQLObject and Kid which all have docs included in the checkouts.
Kevin
On 11/13/05,
Hmm... I just had a thought.
If you tagged each TG release, along with the specific tagged version of
it's dependencies, would a SVN checkout of a given version be an easier
distribution method than eggs?
SVN as the primary distribution method. SVN vs eggs vs tar balls. Hmm...
Just some
I've been mulling over the idea of an all-in-one
Python+TG+SQLlite+PostgresSQL+Apache windows installer (a la Plone). It
could contain a self-contained python with all the necessary
site-packages to run TG and a directory structure for TG-based apps.
At my work, our net connection is heavily
7 matches
Mail list logo
