Jim Fulton wrote:
On Dec 20, 2007, at 8:03 PM, David Pratt wrote:
Hey Darryl. Our minds were in a similar place today. I finally had
decided to move away from my system python starting on my mac and also
having a spot of trouble. I put something simple together below to
illustrate what happe
Benji York wrote:
David Pratt wrote:
Hi Benji. This is exactly what I have been doing up till now and has
been working well for quick work on a local development machine. My
current thinking though is to take control of as much of the software
as possible so that development == deployment on m
Hi Jim. I like this idea. I then makes it trivial to identify impacts of
using different pythons on your application also since you can just
change a single line in your buildout. For example, below, just change
the ${python24:location}/bin/python to whatever python you want to
evaluate another
On Dec 20, 2007, at 8:58 PM, David Pratt wrote:
Right. Thanks for this, there are couple of solutions here and shell
script is a reasonable solution but these methods seems counter to
the simplicity of buildout. I had also seen a rebootstrap package in
svn. I wonder if something similar co
David Pratt wrote:
Hi Benji. This is exactly what I have been doing up till now and has
been working well for quick work on a local development machine. My
current thinking though is to take control of as much of the software as
possible so that development == deployment on my local machine to
On Dec 21, 2007, at 10:18 AM, David Pratt wrote:
I really would like to see a two stage buildout that does the python
construction with a python.cfg and then the main buildout with
buildout.cfg file as part of the standard fare. I'm trying a few
things today to see if a simple event class an
On Dec 20, 2007, at 8:03 PM, David Pratt wrote:
Hey Darryl. Our minds were in a similar place today. I finally had
decided to move away from my system python starting on my mac and
also having a spot of trouble. I put something simple together below
to illustrate what happened in my instan
On Dec 21, 2007, at 10:18 AM, David Pratt wrote:
Hi Benji. This is exactly what I have been doing up till now and has
been working well for quick work on a local development machine. My
current thinking though is to take control of as much of the
software as possible so that development ==
Hi Benji. This is exactly what I have been doing up till now and has
been working well for quick work on a local development machine. My
current thinking though is to take control of as much of the software as
possible so that development == deployment on my local machine to
mitigate the risk o
On Dec 21, 2007, at 9:28 AM, Christian Theune wrote:
Am Freitag, den 21.12.2007, 09:15 -0500 schrieb Benji York:
Christian Theune wrote:
And you can mix-and match: have buildout profiles that use your
personal `good` Python for development and production profiles
that build it themselves.
Am Freitag, den 21.12.2007, 09:15 -0500 schrieb Benji York:
> Christian Theune wrote:
> > And you can mix-and match: have buildout profiles that use your personal
> > `good` Python for development and production profiles that build it
> > themselves. OTOH this is somewhat controversial regarding t
Christian Theune wrote:
And you can mix-and match: have buildout profiles that use your personal
`good` Python for development and production profiles that build it
themselves. OTOH this is somewhat controversial regarding test what you
fly, fly what you test ... ;)
As long as you also run your
Am Freitag, den 21.12.2007, 08:30 -0500 schrieb Benji York:
> Darryl Cousins wrote:
> > I'm trying to created an isolated environment using buildout. I had
> > understood that defining a custom build python would ensure that all
> > eggs are installed and compiled with the custom python.
>
> An a
Darryl Cousins wrote:
I'm trying to created an isolated environment using buildout. I had
understood that defining a custom build python would ensure that all
eggs are installed and compiled with the custom python.
An alternative to building Python with buildout is to build a single
"clean" Py
Hi,
On Thu, 2007-12-20 at 21:58 -0400, David Pratt wrote:
> Right. Thanks for this, there are couple of solutions here and shell
> script is a reasonable solution but these methods seems counter to the
> simplicity of buildout. I had also seen a rebootstrap package in svn. I
> wonder if somethi
Right. Thanks for this, there are couple of solutions here and shell
script is a reasonable solution but these methods seems counter to the
simplicity of buildout. I had also seen a rebootstrap package in svn. I
wonder if something similar could not be accomplished this way using
python with a
Hi David,
I've tried out the methods described here:
http://mail.python.org/pipermail/distutils-sig/2007-November/008489.html
and have plumped for the buildout.sh shell script which builds python
and then uses that to bootstrap and re-continue the buildout. It is
working well and I see that all e
Hey Darryl. Our minds were in a similar place today. I finally had
decided to move away from my system python starting on my mac and also
having a spot of trouble. I put something simple together below to
illustrate what happened in my instance.
Here the eggs built with the python would not in
On Dec 20, 2007, at 6:03 PM, Darryl Cousins wrote:
I'm trying to created an isolated environment using buildout. I had
understood that defining a custom build python would ensure that all
eggs are installed and compiled with the custom python.
But when the buildout comes to install ZODB it is b
19 matches
Mail list logo