can get behind this sort of effort.
I am trying to avoid the need for selective forking that Chris has found
necessary to make progress with bfg. I want to continue using zope since
these things are a big factor for the factors I stated.
Martin Aspeli wrote:
Hi David,
David Pratt wrote:
I
Hi Roger. Great. I am willing to help with this. I understand the
politics of change and feel there is most likely less impetus for change
for those consuming packages as opposed to folks like yourself or I that
use zope 3 as our framework. This is something that has to happen. The
situation
Roger, you make excellent sense here. The other issue of course is the
testing setup. So there is potential to operate here on a few levels to
achieve something that makes much better sense for moving forward.
Roger Ineichen wrote:
I think the cleanup isn't really needed for zope packages
Hey Martijn. These are good ideas. I also find myself importing a
package for some interfaces which sort of sucks too and which there were
perhaps a better solution for.
Martijn Faassen wrote:
Hi there,
Roger Ineichen wrote:
[snip]
Is someone willing to help doing that task?
I'm very
You may wish to look at z3c.dobbin, though the issue I have found in my
own experimentation, is with association tables for many to many
relationships which throws in a wrench into this otherwise elegant
solution. There may be something to around this in future.
Hermann Himmelbauer wrote:
Hi,
much appreciated what you have done here.
Martijn Faassen wrote:
Benji York wrote:
On Wed, Sep 3, 2008 at 8:40 AM, David Pratt [EMAIL PROTECTED] wrote:
I am trying to avoid the need for selective forking that Chris has found
necessary to make progress with bfg. I want to continue using zope
this a priority.
Jim
On Sep 2, 2008, at 8:54 PM, David Pratt wrote:
Hi there. I have been developing with zope3 for about 4 years and would
like to see zope continue in a healthy way into the future. The last
couple of years particularly have brought significant change in how we
deploy
Hey Roger. Sounds reasonable to me. Can we also discuss the potential
of only including testing setup for dev eggs and removing testing as
part of a release when the eggs are packaged to pypi or other
repository for consumption.
Besides loosing the dependency, this makes for happier folks
Roger, what you say makes good sense. I will get agreement signed and
sent and off to Jim. I am much more optimistic than I have been for a
long time. This stuff has really been bothering me since I am
concerned about efficient wsgi virtual host deployments and zope is
unnecessarily heavy.
Hi there. I have been developing with zope3 for about 4 years and would
like to see zope continue in a healthy way into the future. The last
couple of years particularly have brought significant change in how we
deploy zope particularly with wsgi with or without the zodb. In
addition, there is
that.
Laurence
David Pratt wrote:
Hi. I have been working with z3c.dobbin 0.4.1 which uses
zope.sqlalchemy and z3c.saconfig. The last usable state was 4 days ago
when changes were made to release of zope.sqlalchemy where
dependencies were changed without changing the version.
Revision 88953
Hi. I have been working with z3c.dobbin 0.4.1 which uses zope.sqlalchemy
and z3c.saconfig. The last usable state was 4 days ago when changes were
made to release of zope.sqlalchemy where dependencies were changed
without changing the version.
Revision 88953 was made to zope.sqlalchemy but
Interesting post. I am still not sure to what level I'll look to Google
for app infrastructure. Seems to me there are too many restrictions on
what you'd really be able to deploy and then you're stuck with married
to what they've got for better or worse. On the other hand, Stripping
zope to
. I believe Storm may be a bit more precise as to what it
wants to be. That translates into a bit more speed from all accounts.
Jürgen kartnaller wrote:
On Sat, May 24, 2008 at 2:24 PM, David Pratt [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Hi Jurgen. Thank you for this informative
Hi Jurgen. Thank you for this informative post. I am particularly
interested in how this fits into the refactoring of legacy code. I
appreciate your sharing your experiences. I also think everyone has been
paying much attention to the insight Lovely has been sharing on scaling
and efficient
, David Pratt [EMAIL PROTECTED] wrote:
Hi Jodok. Sounds interesting. Curious what you are replacing ZODB with. Are
you using its interfaces to Relstorage / other ZODB backend, an ORM to map
direct to rdb, or other database. Many thanks.
right now we're using storm.
for the application we plan to port
storms advantage is that it is faster than
sqlalchemy since it doesn't have to worry about pooling connections,
mappers, and more. I'd be interesting to see a similar approach with
storm. Good job on this.
Regards,
David
Malthe Borch wrote:
David Pratt wrote:
Hi Jodok. I had looked at storm
:
David Pratt wrote:
Hi Malthe. z3c.dobbin looks quite good and transparent. In my opinion,
this is much closer to what integration ought to look like for CA.
BTW, I noticed that z3c.dobbin is zpl but ore.alchemist that it
depends on is gpl. I think all the other zope flavors of sqlalchemy
solutions. Trails for grok is one possible solution for
traversal but will be curious to see approaches for replacing containers.
Regards
David
David Pratt wrote:
Hi Malthe. Perhaps I am wrong about the licensing situation. I guess its
a bit confusing since pypi indicates GPL and package ZPL. I
Hi Jodok. Sounds interesting. Curious what you are replacing ZODB with.
Are you using its interfaces to Relstorage / other ZODB backend, an ORM
to map direct to rdb, or other database. Many thanks.
Regards,
David
Jodok Batlogg wrote:
Hi,
Next week Lovely will be sprinting in New York/San
Hi. I am wondering if there was any further resolution to builds with
python 2.5 as discussed in the following articles:
http://mail.zope.org/pipermail/zope3-users/2007-September/006909.html
http://mail.zope.org/pipermail/zope3-users/2007-September/006916.html
In addition to the warnings
Hey Paul. It's definitely something I want, so will examining this
further and let you know if I come up with something.
Regards,
David
Paul Carduner wrote:
On Fri, Apr 25, 2008 at 5:48 AM, David Pratt [EMAIL PROTECTED] wrote:
Hi Paul. Good work. Personally, I am interested in switching out
= zc.recipe.egg
scripts = sphinx-quickstart
sphinx-web
sphinx-build
eggs = Sphinx
docutils
Pygments
David Pratt wrote:
Hey Paul. It's definitely something I want, so will examining this
further and let you know if I come up with something.
Regards,
David
Paul
Hi Paul. Good work. Personally, I am interested in switching out the
jinja templates for zpt or ctal since am not that keen about mixing
template languages for myself. It looks like the more recent changes to
sphinx should accommodate this with the template_bridge but have yet to
investigate
Hi Paul. This is beautiful. A recipe is what we need now. Send me a mail
off list if you want some help with this.
Regards,
David
Kent Tenney wrote:
On Thu, Apr 24, 2008 at 2:09 AM, Paul Carduner [EMAIL PROTECTED] wrote:
On Wed, Apr 23, 2008 at 10:48 PM, Paul Carduner [EMAIL PROTECTED]
Which package is emitting the Download error: unknown url type: svn --
Some packages may not be found! Its quite annoying and I have been
seeing it crop up in a few builds. Anyone else seeing this. Many thanks.
Regards,
David
___
Zope-Dev maillist -
Hi Roger. I turned on debug and increased verbosity. z3c.template and
z3c.form seem to be the culprits. Getting 4 of these warnings on
z3c.template and 1 with z3c.form between the getting ... and picked ...
notices. Not quite sure why they are emitting the warnings. Can't find
the error in
Has anyone already setup a more permanent log for buildouts. I am
wanting a more permanent record of what has happened when buildout is
run. I believe this likely ought to be part of zc.buildout so that you
identify a buildout.log location. Many thanks.
Regards,
David
Hi Jim. Yes, I definitely want a logging configuration also. I'm at
least hoping to look into the logging setup in the next couple of days
in between some other things. Many thanks.
Regards,
David
Jim Fulton wrote:
On Apr 14, 2008, at 12:39 PM, David Pratt wrote:
Has anyone already setup
be stable enough for production.
Regards
Roger Ineichen
Chris Withers wrote:
David Pratt wrote:
I am hoping I can get a bit of an update on zam packages
on zope svn.
Many thanks.
What is zam?
Chris
___
Zope-Dev maillist - Zope-Dev@zope.org
http
:
David Pratt wrote:
I am hoping I can get a bit of an update on zam packages on zope svn.
Many thanks.
What is zam?
Chris
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding
Hi Martin. I would like to help with Zope 3 but could not commit to
championing the effort as much as I might like to due to time
constraints. I am prepared to write some articles, help with an
introduction, or help review in conjunction with someone leading the
Zope 3 effort. Are any of the
I am hoping I can get a bit of an update on zam packages on zope svn.
Many thanks.
Regards,
David
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
Thanks Jim for doing this. Actually, the domain is something I have been
looking for also. These other features are really nice. I am hoping this
can be worked into something like z3c.authentication for generic use.
Hoping roger is following this.
Regards,
David
Jim Fulton wrote:
Let's
Hi Jim. What does this mean? Will the new package be a drop in
replacement for what we have without some direction on what to do with
the other bit or will it break our applications. A working publisher is
pretty essential to a functioning zope app. Does this mean the end of
deprecation
Hi Jim. OK great. Many thanks for elaborating. This will be progressive.
I had been considering an application use case without a zodb. Is this
the scenario that the basic publisher would facilitate?
Regards,
David
Jim Fulton wrote:
On Mar 21, 2008, at 12:10 PM, David Pratt wrote:
Hi Jim
Hi Andreas. I think your response gets to the heart of the issue. For
software to be useful, it is often more important for folks other than
the author to understand it. This can only occur with communication.
Sometimes it is the understanding of edgecases in particular, that gets
lost over
Thanks Christian. I am interested in this. Are there significant changes
to what you are doing now? I'll checkout what you have in the Sandbox in
the interim. Many thanks.
Regards,
David
Christian Theune wrote:
Hi,
David Pratt schrieb:
Hi Christian. How difficult was this to get running. I
Hi Christian. How difficult was this to get running. I am considering a
a local buildbot for my own code. The structure of my repository
emulates the structure of svn.zope.org. Many thanks.
Regards,
David
Christian Theune wrote:
Hi,
it took a while, but here it is: I've put the
of obfuscation or magic. You may consider a recipe and utility
script that uses versions to help build a setup.py. It would seem more
in line with the character of the software.
Regards,
David
Martijn Faassen wrote:
David Pratt wrote:
Hi. I agree with Jim. Buildout is doing the right thing
Hi. I agree with Jim. Buildout is doing the right thing. This is not a
conflict since you have explicitly identified the software with a
version already. I think the right thing to do under the circumstances
would be to append a custom versions.cfg to nail the versions you want.
KGS versions
.
Regards,
David
Christophe Combelles wrote:
David Pratt a écrit :
Hi. I agree with Jim. Buildout is doing the right thing. This is not a
conflict since you have explicitly identified the software with a
version already. I think the right thing to do under the circumstances
would be to append
Cool Jim. Will take a look and read. This is what the wonderful world of
packages and wsgi is all about :-). I am also going to check out Kapil's
solution for some other things. I am pretty comfortable with the zope's
publisher and configuration.
Regards,
David
Jim Washington wrote:
Kapil
via utility and traversal continues from there. i've been
using it successfully for a number of relational apps without the zodb.
hth,
kapil
On Jan 15, 2008 1:27 PM, Jim Washington [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
David Pratt wrote:
Hi Chris. I was scanning
Hi Tres. Appreciate your reply. I examine the packages you have
identified. Many thanks.
Regards,
David
Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
David Pratt wrote:
Cool Jim. Will take a look and read. This is what the wonderful world of
packages and wsgi is all about
Hi. Wondering if zc.extrinsicreference ought to be included in the
versions.cfg. Currently it is at 0.1dev. It has been this way in the
repository for about a year. Could/should it be released? Many thanks.
Regards,
David
___
Zope-Dev maillist -
I would say so also. Since z2, z3 both be released in future as eggs, I
I expect the only difference to be in kgs that ensures a working set of
packages (whether it is zope3, zope2, or for that matter any other project).
Any sort of release in the future should only reflect a state of a
1, 2008 4:09 PM, David Pratt [EMAIL PROTECTED] wrote:
[snip]
It might be nice for the marketing of zope to give each set of eggs a
nice name. Just using familiar mozilla names as an illustration, see how
nice zope-thunderbird or zope-firefox look. So do away with the kgs in
the name and create
Hi Chris. I was scanning the lists looking for posts similar to this.
Were you successful in getting something like this to work? Anyone else
document anything like this?
I wrote a different main.py at some point about a year or so ago so both
twisted clients and servers to could be started
Hi. I can also see potential uses for this. Hopefully the utility will
implemented as a zpl package so that it may eventually make it into
zope.configuration. Many thanks.
Regards,
David
Jim Fulton wrote:
I understand that some folks would fine something like this to be very
useful. I can
Andreas Jung wrote:
We don't need to start a discussion about the architecture.
Apparently we do as since we are talking about zope 3's development
forum. This is where discussions and decisions for zope 3 occur and I
don't want this necessarily combined and heavily influenced by zope 2
or who wish to monitor this should subscribe to the list.
Regards,
David
Dieter Maurer wrote:
David Pratt wrote at 2007-10-7 12:17 -0300:
...
Zope 2 is a single application
Are you sure you know Zope2 ?
___
Zope-Dev maillist - Zope-Dev@zope.org
I agree with you Roger. I want things to stay as they are for the same
reasons. I have great respect for Zope 2 developers however there there
are two development paradigms at play that are fundamentally
incompatible despite the inclusion of component architecture in Zope 2.
Regards,
David
community under a
generic zope flag. In any case, long message, but I hope this
clarifies my view on this.
Regards,
David
Andreas Jung wrote:
--On 6. Oktober 2007 12:03:06 -0300 David Pratt [EMAIL PROTECTED]
wrote:
I agree with you Roger. I want things to stay as they are for the same
reasons
54 matches
Mail list logo
