doc to download

[Cedric Briner]

Hi,

I'm going to have a lot of free time and I was thinking to dig
turbogears during this time. But unfortunately I won't have any
internet connexion. So do you have a tarball of all the documentation
of turbogears including (sqlobject, cherrypy, moshikito...). So that
in a one download I have everything to start !

Ced.

[william]

You can get part of it here:
http://www.opensource4you.com/nightly_tarballs.shtml

[Kevin Dangoor]

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

--
Kevin Dangoor
Author of the Zesty News RSS newsreader

email: k...@blazingthings.com
company: http://www.BlazingThings.com
blog: http://www.BlueSkyOnMars.com

[Krys Wilken]

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 interesting musings on my part. Could be an interesting topic
of discussion. (Or I could be completely off my rocker.) :-)

Krys

[Krys Wilken]

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
firewalled/proxied/content-filtered and auto-downloading anything just
does not work. I have to get TG in what amounts to basically a
connectionless system.

I am thinking that this kind of all-in-one setup.exe might be useful.

Before I go running off to do this (and providing I can get some time to
do it), I'd be interested in hearing people's opinions.

(Of course, if I can convince my bosses to let me set up a linux box,
then I may lose my interest in this idea, but I think it is still worthy
of discussion.)

Opinions? Is there even interest in this?

Thanks in advance,
Krys

[Lee McFadden]

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 should know roughly what they're doing when
downloading eggs etc. The setup is already pretty easy (assuming
there are no snags) with easy_install.

My opinion is that it will be underused and, unless you're going to be
using it a lot yourself, would probably not be worth all the effort.

My $0.02

[Ronald Jaramillo]

Please ,allow me to retort =)
I'm willing to bet that the main problem with such an initiative will
be bandwidth.

There where some Germans folks (can't remember the url) which
distributed a LAMP stack.
MySQL, PHP (+ extensions ) and Apache configured to run on port 8080
with a start, stop bat file
Pretty quickly they where having capacity problems, not from seasoned
PHP developers,
but developers who just wanted to try LAMP out. How difficult was to
set things up on your own?
Well each of the tree projects had already win32 installers available.

<gross-generalisation>There are a lot of win32 developers who don't
even consider trying new things out
unless there is a single click installer</gross-generalisation>

But no need to guess, you can start by asking the Plone people (or
ROR, or any other project with single clicks installers),
how do the stats look like, before you embark on this.

Ronald.

________________________________
Ronald Jaramillo
mail: ronald AT checkandshare DOT com
blog: http://www.checkandshare.com/blog

[Phillip J. Eby]

Krys Wilken wrote:
> 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
> firewalled/proxied/content-filtered and auto-downloading anything just
> does not work. I have to get TG in what amounts to basically a
> connectionless system.
>
> I am thinking that this kind of all-in-one setup.exe might be useful.

FYI, to create it, you can simply use easy_install with the -d option
to specify a target directory, and leave off the --script-dir bit,
adding --exclude-scripts and --always-copy so it won't generate scripts
and will copy all the needed eggs to your target directory. This will
dump all the eggs in a single directory for you, at which point you can
package them up along with ez_setup.py and the setuptools egg. As long
as the setuptools egg is in the same directory with ez_setup.py, the
resulting directory can be shipped anywhere for installation (assuming
the same platform, of course). On the destination system, replace the
TurboGears URL in the -f option with the name of the current directory,
e.g.:

ez_setup.py -f . --script-dir=wherever TurboGears

and then the install process will pull all its eggs from the current
directory.

Anyway, you can wrap all that in some kind of setup facility if you
want, I'm just giving you what will be the most robust process, because
it won't require you to hardcode anything about what scripts there are
or what eggs are needed. If Kevin changes anything, you'll pick that
up when you run easy_install to build the egg directory that will be
wrapped by your setup process.

[Krys Wilken]

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 whole
thing all over again.

Basically this will just work like a non-root install for all the
packages. Or at least, that is how I am envisioning it. (And providing
I even go ahead with this.)

Thanks again. This will help. :-)

Krys

[Krys Wilken]

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, but never really thought
about their bandwidth. Thought I sure I can figure something out.

Thanks for the "retort"! :-) You have given me some things to think about.

Krys