On Z2, certain imports need to come from Products.Five, to play nicely
with ZPublisher and friends.
I'd like to ask for the motivation for not patching it onto the existing
classes and/or modules. The effect of having Z2-developers import from
Products.Five is that they must opt out on
Tres Seaver schreef:
Daniel Nouri wrote:
1.0dev-r27844 seems to be gone from PyPI.
Such a version should *never* have been released to PyPI (any egg /
source dist with an SVN revision number in its filename is *not*
suitable for sharing with the wider world).
I've made it a habit *not* to
Previously Reinout van Rees wrote:
Tres Seaver schreef:
Daniel Nouri wrote:
1.0dev-r27844 seems to be gone from PyPI.
Such a version should *never* have been released to PyPI (any egg /
source dist with an SVN revision number in its filename is *not*
suitable for sharing with the wider
Reinout van Rees [EMAIL PROTECTED] writes:
Tres Seaver schreef:
Daniel Nouri wrote:
1.0dev-r27844 seems to be gone from PyPI.
Such a version should *never* have been released to PyPI (any egg /
source dist with an SVN revision number in its filename is *not*
suitable for sharing with the
Summary of messages to the zope-tests list.
Period Wed Apr 9 11:00:00 2008 UTC to Thu Apr 10 11:00:00 2008 UTC.
There were 5 messages: 5 from Zope Tests.
Tests passed OK
---
Subject: OK : Zope-2.8 Python-2.3.6 : Linux
From: Zope Tests
Date: Wed Apr 9 20:56:34 EDT 2008
URL:
Malthe Borch [EMAIL PROTECTED] writes:
On Z2, certain imports need to come from Products.Five, to play nicely
with ZPublisher and friends.
I'd like to ask for the motivation for not patching it onto the
existing classes and/or modules. The effect of having Z2-developers
import from
Daniel Nouri wrote:
Therefore, I'd argue that we should, in contrary to what you suggest,
make the Zope 2 compatibility layer more explicit in the form of utility
functions, instead of more implicit. Because it makes things more
transparent and easier to debug.
You might be right; but it's a
Martin Aspeli wrote:
[snip]
It's never particularly pleasant.
I think we need to make sure we make this as easy and pleasant as
possible though. This means at the very least some document that tells
you what to do. :)
Regards,
Martijn
___
Malthe Borch wrote:
On Z2, certain imports need to come from Products.Five, to play nicely
with ZPublisher and friends.
I'd like to ask for the motivation for not patching it onto the existing
classes and/or modules.
Technically, I think that this is going to be hard. You'd need to patch
Malthe Borch [EMAIL PROTECTED] writes:
Daniel Nouri wrote:
Therefore, I'd argue that we should, in contrary to what you suggest,
make the Zope 2 compatibility layer more explicit in the form of utility
functions, instead of more implicit. Because it makes things more
transparent and easier
As the community (apparently) strongly favors doctest over
unittest, I wrote my first test based on zope.testing.doctest.
And promptly, I was badly surprised
In order to analyse a difficult problem, I added
from dm.pdb import zpdb; zpdb.set_trace() in the doctest
(dm.pdb.zpdb is my Zope aware
Martin Aspeli wrote:
Laurence Rowe wrote:
Should one phase commit be set as the default to make it easier to
work with sqlite (and mssql)? Probably yes.
Ideally we'd guess based on the URL scheme but allow it to be set
explicitly, IMHO. Single phase would be the fallback, I guess.
I don't
Martin Aspeli wrote:
Martijn Faassen wrote:
Martijn Pieters wrote:
On Tue, Apr 8, 2008 at 11:54 PM, Martijn Faassen
[EMAIL PROTECTED] wrote:
All of these are in various states of brokenness. z3c.zalchemy
doesn't work
with SQLAlchemy trunk. collective.lead works with it, but only if
you
Dieter Maurer wrote:
As the community (apparently) strongly favors doctest over
unittest, I wrote my first test based on zope.testing.doctest.
And promptly, I was badly surprised
In order to analyse a difficult problem, I added
from dm.pdb import zpdb; zpdb.set_trace() in the doctest
I have completed a first draft of an implementation of a proposal for for
changes to the SessionCredentials Access code (zope.app.authentication).
http://wiki.zope.org/zope3/SessionCredentialsAPIEnhancements
I want to put them somewhere so that they can be discussed. I think that a
On Wed, Apr 09, 2008 at 12:51:53PM -0400, Kapil Thangavelu wrote:
that sound good, i'd like to see a common base layer, providing transaction
support, simple containers.
Actually, containers are one of the things I think should be explicitly
excluded from a base SQLAlchemy integration package.
On Wed, Apr 09, 2008 at 05:47:06PM +0200, Andreas Jung wrote:
--On 9. April 2008 14:15:38 +0100 Laurence Rowe [EMAIL PROTECTED] wrote:
@everyone:
If we can all agree to use the same basic session and transaction
management then we should probably push for it to be included as a
sqlalchemy
--On 10. April 2008 19:10:49 +0200 Brian Sutherland
[EMAIL PROTECTED] wrote:
Just adding my few requirements:
- Integration into the component architecture in such a way that I
can specify the db connection parameters in ZCML and that database
reflection still works. I
On Tue, Apr 08, 2008 at 09:20:23AM +1200, Matthew Grant wrote:
On Mon, 2008-04-07 at 20:02 +0300, Marius Gedminas wrote:
I want to get teh branch to the point where it gets merged.
Don't feel that my review is somehow necessary for it being merged. I
tend to procrastinate. :-(
Hi there,
On Thu, Apr 10, 2008 at 7:04 PM, Brian Sutherland
[EMAIL PROTECTED] wrote:
On Wed, Apr 09, 2008 at 12:51:53PM -0400, Kapil Thangavelu wrote:
that sound good, i'd like to see a common base layer, providing transaction
support, simple containers.
Actually, containers are one of
Hi Kevin
Betreff: Re: AW: [Zope-dev] Re: [Zope3-Users] How do I
automatically login a user]
I have completed a first draft of an implementation of a
proposal for for changes to the SessionCredentials Access
code (zope.app.authentication).
Benji York wrote at 2008-4-10 11:50 -0400:
Dieter Maurer wrote:
As the community (apparently) strongly favors doctest over
unittest, I wrote my first test based on zope.testing.doctest.
And promptly, I was badly surprised
In order to analyse a difficult problem, I added
from dm.pdb
On Thu, Apr 10, 2008 at 07:31:54PM +0200, Andreas Jung wrote:
--On 10. April 2008 19:10:49 +0200 Brian Sutherland
[EMAIL PROTECTED] wrote:
Just adding my few requirements:
- Integration into the component architecture in such a way that I
can specify the db connection
On Thu, Apr 10, 2008 at 08:46:15PM +0200, Dieter Maurer wrote:
Benji York wrote at 2008-4-10 11:50 -0400:
Dieter Maurer wrote:
As the community (apparently) strongly favors doctest over
unittest, I wrote my first test based on zope.testing.doctest.
And promptly, I was badly surprised
On Thu, Apr 10, 2008 at 09:29:43PM +0200, Brian Sutherland wrote:
On Thu, Apr 10, 2008 at 07:31:54PM +0200, Andreas Jung wrote:
Please *NO* database specific configurations within ZCML. We're running
applications in up three or four different environments and I don't want to
maintain
Martijn Faassen wrote:
Technically, I think that this is going to be hard. You'd need to patch
in the magic acquisition base class. Acquisition is the main reason that
some of the code needed to be duplicated - without the existence of
acquisition wrappers, security checks are not made for
Marius Gedminas wrote at 2008-4-10 22:37 +0300:
...
doctest monkey-patches pdb.set_trace (in an ugly way, IMHO) to restore
sys.stdout, because you want the output from pdb commands like 'list' or
'print' to go to your console, and not to the doctest's actual result
StringIO collector.
Hi.
Martin Aspeli wrote:
Martijn Faassen wrote:
Technically, I think that this is going to be hard. You'd need to
patch in the magic acquisition base class. Acquisition is the main
reason that some of the code needed to be duplicated - without the
existence of acquisition wrappers, security
On Thu, Apr 10, 2008 at 1:31 PM, Andreas Jung [EMAIL PROTECTED] wrote:
--On 10. April 2008 19:10:49 +0200 Brian Sutherland
[EMAIL PROTECTED] wrote:
Just adding my few requirements:
- Integration into the component architecture in such a way that I
can specify the db
Andreas Jung wrote:
--On 10. April 2008 19:10:49 +0200 Brian Sutherland
[EMAIL PROTECTED] wrote:
Just adding my few requirements:
- Integration into the component architecture in such a way that I
can specify the db connection parameters in ZCML and that database
reflection
Hanno Schlichting wrote:
[snip]
As the problems only showed themselves while doing browser testing
inside Plone, I guess I can at least write some unit tests for them, so
someone else can actually take a look at them more easily.
I'll see if I can do that during my next 10% day [1] :)
Yes,
--On 10. April 2008 21:29:43 +0200 Brian Sutherland
[EMAIL PROTECTED] wrote:
On Thu, Apr 10, 2008 at 07:31:54PM +0200, Andreas Jung wrote:
--On 10. April 2008 19:10:49 +0200 Brian Sutherland
[EMAIL PROTECTED] wrote:
Just adding my few requirements:
- Integration into the
32 matches
Mail list logo