Hi Paul,
Hey, very smooth. Congratulations.
I've committed a change to buildout.cfg removing z3c.form* develop eggs
which kinda spoilt the buildout.
Best regards,
Darryl Cousins
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub:
Hi,
zope.app.keyreference-3.5.0_dev_r77018-py2.4.egg requires
ZODB3=3.9.0-dev-r77011
But there might be a caching problem within ZODB3-3.9.0 dev r77011,
my debug session tells:
/development/Zope3/MyProject/eggs/ZODB3-3.9.0_dev_r77011-py2.4-
Hi Hanno
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Im
Auftrag von Hanno Schlichting
[...]
Full tracebacks are available in the thread from May/June at
http://mail.zope.org/pipermail/zope3-dev/2007-June/022752.html
The problem is still that
João Paulo Fernandes Farias wrote:
Steps to reproduce:
Thanks. I'm sure this information will help whomever works on this issue.
--
Benji York
Senior Software Engineer
Zope Corporation
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub:
On Jul 19, 2007, at 7:11 AM, Tobias Rodäbel wrote:
Hi,
zope.app.keyreference-3.5.0_dev_r77018-py2.4.egg requires
ZODB3=3.9.0-dev-r77011
But there might be a caching problem within ZODB3-3.9.0 dev r77011,
my debug session tells:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Roger Ineichen wrote:
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Im
Auftrag von Hanno Schlichting
[...]
Full tracebacks are available in the thread from May/June at
Hi Tobias
Auftrag von Gary Poster
Gesendet: Donnerstag, 19. Juli 2007 15:53
An: Tobias Rodäbel
[...]
zope.app.keyreference-3.5.0_dev_r77018-py2.4.egg requires
ZODB3=3.9.0-dev-r77011
But there might be a caching problem within ZODB3-3.9.0 dev
r77011,
my debug session tells:
On Jul 19, 2007, at 10:36 AM, Roger Ineichen wrote:
Hi Tobias
Auftrag von Gary Poster
Gesendet: Donnerstag, 19. Juli 2007 15:53
An: Tobias Rodäbel
[...]
zope.app.keyreference-3.5.0_dev_r77018-py2.4.egg requires
ZODB3=3.9.0-dev-r77011
But there might be a caching problem within
Wednesday, July 18, 2007, 6:55:50 PM, I wrote:
Hello,
Seems like zc.table.column.GetterColumn does not encode the characters
to the usual amp, lt, gt.
Is that OK this way?
I usually insert the result of the Formatter() with
div tal:content=structure view/renderTable. That breaks havoc if
Hello Philipp,
I decided to keep the trunk consistent this time as I'm still not
using the eggs.
I'll wait for you (and Jim) to decide how to deal with the externals
at the satellites.
Monday, July 16, 2007, 10:49:38 PM, you wrote:
On 16 Jul 2007, at 08:59 , Adam Groszer wrote:
Yep, had the
On Jul 19, 2007, at 11:31 AM, Adam Groszer wrote:
Wednesday, July 18, 2007, 6:55:50 PM, I wrote:
Hello,
Seems like zc.table.column.GetterColumn does not encode the
characters
to the usual amp, lt, gt.
Is that OK this way?
I usually insert the result of the Formatter() with
div
Hello Philipp,
Just realized that the mechanize and Clientform of the _satellite_ is
pointing as external to the trunk...
That looks not so good, does it?
Monday, July 16, 2007, 10:49:38 PM, you wrote:
On 16 Jul 2007, at 08:59 , Adam Groszer wrote:
Yep, had the same idea just yesterday. But
On 7/19/07, Adam Groszer [EMAIL PROTECTED] wrote:
Just realized that the mechanize and Clientform of the _satellite_ is
pointing as external to the trunk...
That looks not so good, does it?
Not good at all. :-(
-Fred
--
Fred L. Drake, Jr.fdrake at gmail.com
Chaos is the score upon
On 19 Jul 2007, at 18:16 , Fred Drake wrote:
On 7/19/07, Adam Groszer [EMAIL PROTECTED] wrote:
Just realized that the mechanize and Clientform of the _satellite_ is
pointing as external to the trunk...
That looks not so good, does it?
Not good at all. :-(
Adam's email was a bit misleading,
On 7/19/07, Philipp von Weitershausen [EMAIL PROTECTED] wrote:
Adam's email was a bit misleading, I think. Yes, the externals point
to a trunk, but it's the Zope 3 trunk and they're also using fixed
revisions:
I got the Zope 3 trunk aspect, but didn't check the externals to see
that they used
On 19 Jul 2007, at 00:43 , Jim Fulton wrote:
On Jul 18, 2007, at 5:24 PM, Philipp von Weitershausen wrote:
Up until now we've been a bit sloppy when it came to egg
dependencies. Not specifying a version number or range basically
means that the code in question assumes it will work with any
Philipp von Weitershausen wrote at 2007-7-18 22:59 +0200:
On 18 Jul 2007, at 21:13 , Dieter Maurer wrote:
...
I prefer the standard approach:
I see a framework -- Zope
and a large number of application components that plug themself
into the common framework.
The application, in fact
Philipp von Weitershausen wrote at 2007-7-18 23:24 +0200:
Up until now we've been a bit sloppy when it came to egg dependencies.
Not specifying a version number or range basically means that the code
in question assumes it will work with any future version of its
dependency.
Which often is not
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Philipp von Weitershausen wrote:
On 19 Jul 2007, at 00:43 , Jim Fulton wrote:
Depending on specific versions in library packages (as opposed to
application packages or buildouts) is a recipe for disaster IMO.
As soon as 2 packages depend on
On Jul 19, 2007, at 1:09 PM, Philipp von Weitershausen wrote:
On 19 Jul 2007, at 00:43 , Jim Fulton wrote:
On Jul 18, 2007, at 5:24 PM, Philipp von Weitershausen wrote:
Up until now we've been a bit sloppy when it came to egg
dependencies. Not specifying a version number or range basically
See the forwarded message. I just added the following in the buildout
section of my ~/.buildout/default.cfg:
index = http://download.zope.org/ppix
Without it, refreshing a small buildout of mine takes 2m44s. With it,
it takes about 15 seconds.
Jim
Begin forwarded message:
From: Jim
On 7/19/07, Dieter Maurer [EMAIL PROTECTED] wrote:
But, Zope is quite easy on entry.
Zope2, yes.
Zope3? Not at all.
Will modularizing Zope 3 make it easier for newbies? Not really, but
with zopeproject or similar it shouldn't be more complicated either.
In fact, the installation process might
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lennart Regebro wrote:
On 7/19/07, Dieter Maurer [EMAIL PROTECTED] wrote:
But, Zope is quite easy on entry.
Zope2, yes.
Zope3? Not at all.
Will modularizing Zope 3 make it easier for newbies? Not really, but
with zopeproject or similar it
On 19 Jul 2007, at 19:36 , Dieter Maurer wrote:
...
Things are a bit different with external dependencies (docutils,
mechanize, ClientForm, twisted, etc.), I think. They bear a higher
risk
of breaking stuff for us in future releases, even if they're just
minor
releases, because we don't
On 19 Jul 2007, at 19:15 , Dieter Maurer wrote:
and toning down Zope for an easier entry.
But, Zope is quite easy on entry.
To some, probably many, it is easy. At first. Then they discover the
limits of TTW development and hit the wall of having to learn this
completely new and different
On 19 Jul 2007, at 19:10 , Fred Drake wrote:
On 7/19/07, Philipp von Weitershausen [EMAIL PROTECTED]
wrote:
Adam's email was a bit misleading, I think. Yes, the externals point
to a trunk, but it's the Zope 3 trunk and they're also using fixed
revisions:
I got the Zope 3 trunk aspect, but
On 19 Jul 2007, at 22:50 , Tres Seaver wrote:
Lennart Regebro wrote:
On 7/19/07, Dieter Maurer [EMAIL PROTECTED] wrote:
But, Zope is quite easy on entry.
Zope2, yes.
Zope3? Not at all.
Will modularizing Zope 3 make it easier for newbies? Not really, but
with zopeproject or similar it
On 19 Jul 2007, at 22:35 , Lennart Regebro wrote:
On 7/19/07, Dieter Maurer [EMAIL PROTECTED] wrote:
But, Zope is quite easy on entry.
Zope2, yes.
Zope3? Not at all.
Will modularizing Zope 3 make it easier for newbies? Not really, but
with zopeproject or similar it shouldn't be more
On 19 Jul 2007, at 20:12 , Jim Fulton wrote:
On Jul 19, 2007, at 1:09 PM, Philipp von Weitershausen wrote:
On 19 Jul 2007, at 00:43 , Jim Fulton wrote:
On Jul 18, 2007, at 5:24 PM, Philipp von Weitershausen wrote:
Up until now we've been a bit sloppy when it came to egg
dependencies. Not
On 7/19/07, Philipp von Weitershausen [EMAIL PROTECTED] wrote:
Well Adam seems to want to work on this. It's what I suggested he
should do.
Three cheers for Adam!
-Fred
--
Fred L. Drake, Jr.fdrake at gmail.com
Chaos is the score upon which reality is written. --Henry Miller
Hi,
On Thu, 2007-07-19 at 14:05 +0200, Roger Ineichen wrote:
Hi Hanno
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Im
Auftrag von Hanno Schlichting
[...]
Full tracebacks are available in the thread from May/June at
On 18 Jul 2007, at 19:25 , Kent Tenney wrote:
on my W2K machine
zopeproject MyZopeProject
fails because I don't have Visual Studio installed and it wants
to compile extensions for ZODB
Right. Something seems to depend on ZODB 3.9.0-xyz now and we have no
binary for that (yet). Sadly
Hi,
Philipp von Weitershausen wrote:
On 18 Jul 2007, at 19:25 , Kent Tenney wrote:
on my W2K machine
zopeproject MyZopeProject
fails because I don't have Visual Studio installed and it wants
to compile extensions for ZODB
Right. Something seems to depend on ZODB 3.9.0-xyz now and we have
Hi again.
Hanno Schlichting wrote:
Philipp von Weitershausen wrote:
I wonder, if done correctly (and I believe some people, e.g. Andreas
Jung, have managed to get mingw to build binary eggs for them), are
mingw-based eggs any worse than Visual C ones?
A few years ago, MinGW (the native
On Jul 19, 2007, at 6:46 PM, Philipp von Weitershausen wrote:
On 18 Jul 2007, at 19:25 , Kent Tenney wrote:
on my W2K machine
zopeproject MyZopeProject
fails because I don't have Visual Studio installed and it wants
to compile extensions for ZODB
Right. Something seems to depend on ZODB
35 matches
Mail list logo
