Re: [Zope-dev] [ZODB-Dev] Progress report: porting persistent, BTrees to Python3

2012-12-17 Thread Chris McDonough
On Sun, 2012-12-16 at 22:10 +0100, Godefroid Chapelle wrote: Le 15/12/12 01:52, Tres Seaver a écrit : I fixed the remainig issues in persistent and released 4.0.5 today: its tests properly exercise the C extensions Under Python 3.2 / 3.3. I want to express my thanks to you, Tres, for

Re: [Zope-dev] Zope 4 release management

2012-02-04 Thread Chris McDonough
On Thu, 2012-02-02 at 08:46 +0100, Jens Vagelpohl wrote: Hi Chris, For what it's worth, in the Pylons Project, we decided to continue requiring the signing of a contributor's agreement (more or less the same contributor agreement as Zope requires). But instead of signing via paper, we

Re: [Zope-dev] Zope 4 release management

2012-02-01 Thread Chris McDonough
On Wed, 2012-02-01 at 16:29 +0100, Jens Vagelpohl wrote: On Feb 1, 2012, at 15:53 , Charlie Clark wrote: Currently the hurdle to getting involved is signing and sending the committer agreement. A hurdle which I think is worth keeping. For any code released under the Zope Foundation

Re: [Zope-dev] zope.server still used?

2012-01-09 Thread Chris McDonough
On Sat, 2011-12-17 at 21:57 -0500, Chris McDonough wrote: Hi all, Is zope.server still largely used by e.g. bluebream, grok, and other zope 3 apps? Or do people tend to use other WSGI servers instead? Either way, arguments for or against zope.server would be useful; I'm trying to decide

Re: [Zope-dev] Zope 2 WSGI investigation

2012-01-03 Thread Chris McDonough
On Tue, 2012-01-03 at 07:32 +, Martin Aspeli wrote: On 3 January 2012 06:39, Chris McDonough chr...@plope.com wrote: On Mon, 2012-01-02 at 10:39 +, Martin Aspeli wrote: On 2 January 2012 08:50, Wichert Akkerman wich...@wiggy.net wrote: On 01/01/2012 08:39 PM, Martin Aspeli wrote

Re: [Zope-dev] Zope 2 WSGI investigation

2012-01-02 Thread Chris McDonough
On Mon, 2012-01-02 at 10:39 +, Martin Aspeli wrote: On 2 January 2012 08:50, Wichert Akkerman wich...@wiggy.net wrote: On 01/01/2012 08:39 PM, Martin Aspeli wrote: Hi, There are three known WSGI implementations of the Zope 2 publisher. I've had a look at them and made some notes

[Zope-dev] zope.server still used?

2011-12-17 Thread Chris McDonough
Hi all, Is zope.server still largely used by e.g. bluebream, grok, and other zope 3 apps? Or do people tend to use other WSGI servers instead? Either way, arguments for or against zope.server would be useful; I'm trying to decide whether to base some new stuff on it. - C

[Zope-dev] zc.buildout 2.0.0a1 for py33...

2011-12-07 Thread Chris McDonough
Could someone copy the existing zc.buildout-2.0.0a1-py3.2.egg file over to zc.buildout-2.0.0a1-py3.3.egg on PyPI so it gets shlepped down when we try to use the Python trunk against existing buildouts? - C ___ Zope-Dev maillist - Zope-Dev@zope.org

Re: [Zope-dev] zope-tests - FAILED: 3, OK: 44

2011-12-06 Thread Chris McDonough
On Mon, 2011-12-05 at 23:47 -0500, Chris McDonough wrote: These are both odd doctest failures, perhaps also related to the recent transaction release? Yes. I'll see if I can fix it in the ZODB trunk. The ZODB trunk test that failed has been fixed to work with transaction=1.2.0

Re: [Zope-dev] merge zope.configuration dictactions branch

2011-12-06 Thread Chris McDonough
On Mon, 2011-12-05 at 15:05 -0500, Chris McDonough wrote: On Mon, 2011-12-05 at 08:07 +0100, Wolfgang Schnerring wrote: * Chris McDonough chr...@plope.com [2011-12-05 04:02]: ssh://svn.zope.org/repos/main/zope.configuration/branches/chrism-dictactions I want to be able to associate

Re: [Zope-dev] zope.sqlalchemy release

2011-12-06 Thread Chris McDonough
On Mon, 2011-12-05 at 16:21 -0500, Chris McDonough wrote: Tomorrow, I plan to: - Merge the chrism-py3 branch of zope.sqlalchemy into its trunk. (http://svn.zope.org/zope.sqlalchemy/branches/chrism-py3/) to get Python 3 compatibility. - Once the compat branch is merged, I'll make a 0.7

Re: [Zope-dev] merge zope.configuration dictactions branch

2011-12-05 Thread Chris McDonough
On Mon, 2011-12-05 at 08:07 +0100, Wolfgang Schnerring wrote: * Chris McDonough chr...@plope.com [2011-12-05 04:02]: ssh://svn.zope.org/repos/main/zope.configuration/branches/chrism-dictactions I want to be able to associate a new value (introspectables) with each ZCML configuration

Re: [Zope-dev] transaction pkg release (was Re: zope.sqlalchemy+py3 test failures)

2011-12-05 Thread Chris McDonough
On Sun, 2011-12-04 at 22:12 -0500, Chris McDonough wrote: I'm going to make a new major release of the transaction package tomorrow (without the savepoint release features, and bw incompat with 2.4 and 2.5), unless I hear otherwise. transaction 1.2.0 released with Py3 compat (and removing

[Zope-dev] zope.sqlalchemy release

2011-12-05 Thread Chris McDonough
Tomorrow, I plan to: - Merge the chrism-py3 branch of zope.sqlalchemy into its trunk. (http://svn.zope.org/zope.sqlalchemy/branches/chrism-py3/) to get Python 3 compatibility. - Once the compat branch is merged, I'll make a 0.7 release of zope.sqlalchemy. Any dissent? - C

Re: [Zope-dev] zope-tests - FAILED: 3, OK: 44

2011-12-05 Thread Chris McDonough
On Mon, 2011-12-05 at 20:31 -0500, Tres Seaver wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [1]FAILED winbot / ZODB_dev py_254_win32 https://mail.zope.org/pipermail/zope-tests/2011-December/053672.html This appears to be due to the incompatibility of transaction 1.2 with

[Zope-dev] merge zope.configuration dictactions branch

2011-12-04 Thread Chris McDonough
ssh://svn.zope.org/repos/main/zope.configuration/branches/chrism-dictactions Rationale: I want to be able to associate a new value (introspectables) with each ZCML configuration action, in support of ZCML support for Pyramid features described at:

[Zope-dev] transaction pkg release (was Re: zope.sqlalchemy+py3 test failures)

2011-12-04 Thread Chris McDonough
On Wed, 2011-10-12 at 06:07 -0400, Chris McDonough wrote: On Sat, 2011-10-01 at 03:28 -0400, Chris McDonough wrote: On Thu, 2011-09-29 at 15:22 +0100, Laurence Rowe wrote: I've added chrism as an owner. Before we make a final release I'd like to revisit the savepoint release branches

Re: [Zope-dev] zope.sqlalchemy+py3 test failures.

2011-10-12 Thread Chris McDonough
On Sat, 2011-10-01 at 03:28 -0400, Chris McDonough wrote: On Thu, 2011-09-29 at 15:22 +0100, Laurence Rowe wrote: I've added chrism as an owner. Before we make a final release I'd like to revisit the savepoint release branches of transaction / zope.sqlalchemy. I'll bring this up in another

Re: [Zope-dev] zope.schema and Python 3

2011-10-10 Thread Chris McDonough
On Mon, 2011-10-10 at 13:14 +0200, Brian Sutherland wrote: I've managed to port zope.schema to Python 3.2 on a branch (jinty-python3). Woo hoo! It gives up Python 2.5 compatibility and depends on six (http://packages.python.org/six/). Any objections to me merging this branch? Not from me.

Re: [Zope-dev] zope.sqlalchemy+py3 test failures.

2011-10-01 Thread Chris McDonough
On Thu, 2011-09-29 at 15:22 +0100, Laurence Rowe wrote: On 29 September 2011 10:33, Chris McDonough chr...@plope.com wrote: On Tue, 2011-09-27 at 12:40 -0400, Tres Seaver wrote: This bootstrap is from Jim's '2' branch of zc.buildout: http://svn.zope.org/zc.buildout/branches/2

Re: [Zope-dev] zope.sqlalchemy+py3 test failures.

2011-09-29 Thread Chris McDonough
On Tue, 2011-09-27 at 12:40 -0400, Tres Seaver wrote: This bootstrap is from Jim's '2' branch of zc.buildout: http://svn.zope.org/zc.buildout/branches/2/bootstrap/bootstrap.py?rev=121484view=auto It is designed to work with Py3k. I've replaced the bootstrap.py in the chrism-py3 branch

Re: [Zope-dev] zope.sqlalchemy+py3 test failures.

2011-09-27 Thread Chris McDonough
On Mon, 2011-09-26 at 21:47 -0400, Chris McDonough wrote: In case anyone is interested, I've made a stab at porting zope.sqlalchemy to Python 3 at http://svn.zope.org/zope.sqlalchemy/branches/chrism-py3/ . Several tests still fail. I could use some help fixing them. To run the test suite

Re: [Zope-dev] zope.sqlalchemy+py3 test failures.

2011-09-27 Thread Chris McDonough
On Tue, 2011-09-27 at 06:43 +0100, Chris Withers wrote: On 27/09/2011 02:47, Chris McDonough wrote: In case anyone is interested, I've made a stab at porting zope.sqlalchemy to Python 3 at http://svn.zope.org/zope.sqlalchemy/branches/chrism-py3/ . Several tests still fail. I could use

Re: [Zope-dev] transaction pkg py3 / doctests

2011-09-26 Thread Chris McDonough
On Sun, 2011-09-25 at 23:10 -0400, Stephan Richter wrote: On Sunday, September 25, 2011, Chris McDonough wrote: Anyway, it all seems to work given those limitations, but I'm having trouble making the doctests pass on Python 3. Are there any doctest ninjas willing to have a look? Looks

[Zope-dev] zope.sqlalchemy+py3 test failures.

2011-09-26 Thread Chris McDonough
In case anyone is interested, I've made a stab at porting zope.sqlalchemy to Python 3 at http://svn.zope.org/zope.sqlalchemy/branches/chrism-py3/ . Several tests still fail. I could use some help fixing them. To run the test suite: - Create a Python 3.2 virtualenv. - Install nose into the

[Zope-dev] transaction pkg py3 / doctests

2011-09-25 Thread Chris McDonough
Hi all, I've ported the transaction package to Python 3 here: http://svn.zope.org/transaction/branches/chrism-py3/ To get Python 3 support, it ditches 2.4 and 2.5 support, although I may try to readd 2.5 support. Anyway, it all seems to work given those limitations, but I'm having trouble

Re: [Zope-dev] transaction pkg py3 / doctests

2011-09-25 Thread Chris McDonough
On Sun, 2011-09-25 at 18:20 -0400, Chris McDonough wrote: Hi all, I've ported the transaction package to Python 3 here: http://svn.zope.org/transaction/branches/chrism-py3/ To get Python 3 support, it ditches 2.4 and 2.5 support, although I may try to readd 2.5 support. Anyway

Re: [Zope-dev] zope.interface 3.8 win eggs

2011-09-23 Thread Chris McDonough
On Fri, 2011-09-23 at 13:05 -0500, Alan Runyan wrote: please, can someone create 32/64bit eggs for windows I think someone needs to kick the wineggbuilder, or at least diagnose why it's having trouble building eggs for z.i. I'm not sure who's meant to be running it. - C

[Zope-dev] access to create z.i and z.c releases

2011-09-22 Thread Chris McDonough
Hi folks, I've made tags for zope.interface 3.8.0 and zope.component 3.11.0, as described in a recent thread to this list, but I don't have PyPI owner rights to publish them. Can someone add me to the owners list for those packages (my pypi user name is chrism)? - C

Re: [Zope-dev] access to create z.i and z.c releases

2011-09-22 Thread Chris McDonough
On Thu, 2011-09-22 at 10:10 +0200, Hanno Schlichting wrote: On Thu, Sep 22, 2011 at 9:03 AM, Chris McDonough chr...@plope.com wrote: I've made tags for zope.interface 3.8.0 and zope.component 3.11.0, as described in a recent thread to this list, but I don't have PyPI owner rights to publish

Re: [Zope-dev] access to create z.i and z.c releases

2011-09-22 Thread Chris McDonough
On Thu, 2011-09-22 at 05:10 -0400, Chris McDonough wrote: On Thu, 2011-09-22 at 10:10 +0200, Hanno Schlichting wrote: On Thu, Sep 22, 2011 at 9:03 AM, Chris McDonough chr...@plope.com wrote: I've made tags for zope.interface 3.8.0 and zope.component 3.11.0, as described in a recent thread

Re: [Zope-dev] RFC: Proposal for merging jbohman-zope.registry branch of zope.component

2011-09-15 Thread Chris McDonough
On Fri, 2011-09-09 at 00:57 -0400, Chris McDonough wrote: I mentioned previously that it's not that much of a stretch to put this code into zope.interface because zope.interface.adapter already defines registry-ish stuff that possesses most of the same concepts as a component registry

Re: [Zope-dev] zope-tests - FAILED: 17, OK: 30, UNKNOWN: 1

2011-09-15 Thread Chris McDonough
One of these failures was I *think* due to the fact that zope.interface didn't have an extras_require entry for tests. I've added one; we'll see how it goes. - C On Fri, 2011-09-16 at 01:00 +, Zope tests summarizer wrote: This is the summary for test reports received on the zope-tests

Re: [Zope-dev] ohloh listings

2011-09-11 Thread Chris McDonough
debugging efforts. I've found it to work in the past despite that warning. On Sat, Sep 10, 2011 at 6:32 PM, Chris McDonough chr...@plope.com wrote: Hanno, Could you delete and readd the failed repository enlistments at https://www.ohloh.net/p/zope/enlistments?page=13 I think

[Zope-dev] ohloh listings

2011-09-10 Thread Chris McDonough
Hanno, Could you delete and readd the failed repository enlistments at https://www.ohloh.net/p/zope/enlistments?page=13 I think these are them: svn://svn.zope.org/repos/main/zope.schema/trunk svn://svn.zope.org/repos/main/zope.security/trunk They're preventing Zope stats on ohloh from

Re: [Zope-dev] RFC: Proposal for merging jbohman-zope.registry branch of zope.component

2011-09-08 Thread Chris McDonough
On Thu, 2011-09-08 at 09:01 +0200, Wolfgang Schnerring wrote: * Chris McDonough chr...@plope.com [2011-09-06 20:06]: On Tue, 2011-09-06 at 12:50 +0200, Wolfgang Schnerring wrote: * Chris McDonough chr...@plope.com [2011-09-01 04:27]: It wouldn't be the end of the world to have the global

Re: [Zope-dev] RFC: Proposal for merging jbohman-zope.registry branch of zope.component

2011-09-08 Thread Chris McDonough
On Thu, 2011-09-08 at 13:39 +0200, Wolfgang Schnerring wrote: * Chris McDonough chr...@plope.com [2011-09-08 05:21]: On Thu, 2011-09-08 at 09:01 +0200, Wolfgang Schnerring wrote: Yes, I like the idea of a fresh start (or at least proper clean up) quite a bit. And I'd definitely be up

Re: [Zope-dev] RFC: Proposal for merging jbohman-zope.registry branch of zope.component

2011-09-08 Thread Chris McDonough
On Thu, 2011-09-08 at 19:03 -0400, Chris McDonough wrote: On Thu, 2011-09-08 at 13:39 +0200, Wolfgang Schnerring wrote: * Chris McDonough chr...@plope.com [2011-09-08 05:21]: On Thu, 2011-09-08 at 09:01 +0200, Wolfgang Schnerring wrote: Yes, I like the idea of a fresh start (or at least

Re: [Zope-dev] RFC: Proposal for merging jbohman-zope.registry branch of zope.component

2011-09-06 Thread Chris McDonough
On Tue, 2011-09-06 at 12:50 +0200, Wolfgang Schnerring wrote: * Chris McDonough chr...@plope.com [2011-09-01 04:27]: It wouldn't be the end of the world to have the global registry and the global API live in zope.registry, but it doesn't help Pyramid for it to be in there, and it probably

Re: [Zope-dev] zope.deprecation

2011-09-05 Thread Chris McDonough
On Mon, 2011-09-05 at 09:53 +0200, Hanno Schlichting wrote: On Mon, Sep 5, 2011 at 1:09 AM, Chris McDonough chr...@plope.com wrote: I've given Python 3 support to zope.deprecation at http://svn.zope.org/zope.deprecation/branches/chrism-unittesting/ - Which Python versions is this thing

Re: [Zope-dev] zope.deprecation

2011-09-05 Thread Chris McDonough
On Mon, 2011-09-05 at 15:00 +0300, Gediminas Paulauskas wrote: Great. I've merged my branch into the trunk as per the above. Apparently I don't have owner access on the thing on PyPI so I can't make a release. Currently owners of the zope.deprecation package are: J1m, fdrake, menesis.

[Zope-dev] zope.deprecation

2011-09-04 Thread Chris McDonough
Hi all, I've given Python 3 support to zope.deprecation at http://svn.zope.org/zope.deprecation/branches/chrism-unittesting/ Outstanding questions before I merge: - Which Python versions is this thing meant to support? I have it functioning under 2.5, 2.6, 2.7 (and 3.2). Do we need it to

Re: [Zope-dev] RFC: proposal to split zope.configuration into ZCML and non-ZCML related packages

2011-09-03 Thread Chris McDonough
On Wed, 2011-08-31 at 10:59 +0200, Hanno Schlichting wrote: On Wed, Aug 31, 2011 at 9:17 AM, Wolfgang Schnerring w...@gocept.com wrote: Splitting zope.configuration into core mechanics and ZCML support makes a lot of sense to me. So, +1 from me. +1 here too It turns out that we were

Re: [Zope-dev] RFC: Proposal for merging jbohman-zope.registry branch of zope.component

2011-09-01 Thread Chris McDonough
On Thu, 2011-09-01 at 09:15 +0200, Wolfgang Schnerring wrote: * Chris McDonough chr...@plope.com [2011-08-30 03:51]: On Tue, 2011-08-30 at 08:47 +0200, Wolfgang Schnerring wrote: My interpretation of your suggestion is that maybe that zope.component end up as what zope.registry is now

Re: [Zope-dev] RFC: Proposal for merging jbohman-zope.registry branch of zope.component

2011-09-01 Thread Chris McDonough
On Thu, 2011-09-01 at 09:22 -0400, Jim Fulton wrote: On Thu, Sep 1, 2011 at 4:27 AM, Chris McDonough chr...@plope.com wrote: ... - zope.testing (for addCleanUp of the global registry in z.c.globalregistry and other places) This particular detail should simply be cleaned up by moving

Re: [Zope-dev] RFC: Proposal for merging jbohman-zope.registry branch of zope.component

2011-08-30 Thread Chris McDonough
On Tue, 2011-08-30 at 08:47 +0200, Wolfgang Schnerring wrote: * Chris McDonough chr...@plope.com [2011-08-26 13:27]: So I'd like to propose to do the split the other way around: Not extract the core into something else and leave only a hollowed-out shell of integration and miscellany

[Zope-dev] RFC: proposal to split zope.configuration into ZCML and non-ZCML related packages

2011-08-28 Thread Chris McDonough
Rationale Like the previous proposal by Tres Seaver related to zope.component, this is a step that will help port crucial Pyramid dependencies to Python3: https://github.com/Pylons/pyramid/wiki/Python-3-Porting At the end of this year's US PyCon, Lennart Regebro described the

Re: [Zope-dev] RFC: Proposal for merging jbohman-zope.registry branch of zope.component

2011-08-26 Thread Chris McDonough
On Thu, 2011-08-25 at 08:50 +0200, Wolfgang Schnerring wrote: However, I feel that this extraction of the registry bits is a little too mechanical, and I'd like us to think a little bit about alternative approaches before we commit this. I envision the ZTK packages (like zope.component) to

Re: [Zope-dev] kudos...

2011-08-09 Thread Chris McDonough
On Tue, 2011-08-09 at 11:48 -0400, Zvezdan Petkovic wrote: On Aug 8, 2011, at 4:44 PM, Chris McDonough wrote: Kudos to whomever turned the transaction package's transaction manager into a context manager and was thoughtful enough to provide the attempts method (which returns a separate

[Zope-dev] kudos...

2011-08-08 Thread Chris McDonough
Kudos to whomever turned the transaction package's transaction manager into a context manager and was thoughtful enough to provide the attempts method (which returns a separate context manager, wrapping the txn context manager, and retries some number of configurable times). This makes writing

[Zope-dev] wineggbuilder?

2011-07-20 Thread Chris McDonough
I'm pondering making a release of zope.i18nmessageid to PyPI. It has C extensions. If I upload the release, does the wineggbuilder still come along and push windows binary eggs up eventually? - C ___ Zope-Dev maillist - Zope-Dev@zope.org

Re: [Zope-dev] direction

2011-07-03 Thread Chris McDonough
On Sun, 2011-07-03 at 17:44 +0200, Hanno Schlichting wrote: I don't have any skin in this game, but FTR, Mike Bayer isn't feeling all that confident about Beaker's sessioning component (or so he has told me). Beaker was originally made as a caching component, and had sessioning jammed

Re: [Zope-dev] direction

2011-07-02 Thread Chris McDonough
On Sun, 2011-07-03 at 03:41 +0200, Hanno Schlichting wrote: - Continue to remove functionality tailored for TTW development, like SiteRoot, AccessRules, HelpSys and step-by-step most of the ZMI - Document and use the WSGI publisher and remove obsoleted functionality like the virtual host

Re: [Zope-dev] component registry navelgazing

2011-06-13 Thread Chris McDonough
On Mon, 2011-06-13 at 10:08 +0100, Chris Withers wrote: On 12/06/2011 21:48, Chris McDonough wrote: Currently if you ask a registry to singly-adapt an object to an interface, and the object you're trying to adapt implements that interface, here's what happens: from

[Zope-dev] component registry navelgazing

2011-06-12 Thread Chris McDonough
Currently if you ask a registry to singly-adapt an object to an interface, and the object you're trying to adapt implements that interface, here's what happens: from zope.component.registry import Components c = Components() from zope.interface import Interface, implements class

Re: [Zope-dev] Non-ZCML config for ZCA. (Was: Anyone want to do Google Summer of code mentoring for PSF?)

2011-03-21 Thread Chris McDonough
On Mon, 2011-03-21 at 15:53 +0100, Lennart Regebro wrote: On Mon, Mar 21, 2011 at 15:28, Jim Fulton j...@zope.com wrote: This might be OK for @implements and maybe @adapts, which describe behavior, but start feeling wonky to me for something like: @utility. Well, the wonkyness comes from

Re: [Zope-dev] Non-ZCML config for ZCA. (Was: Anyone want to do Google Summer of code mentoring for PSF?)

2011-03-21 Thread Chris McDonough
On Mon, 2011-03-21 at 14:13 -0400, Jim Fulton wrote: On Mon, Mar 21, 2011 at 12:59 PM, Chris McDonough chr...@plope.com wrote: On Mon, 2011-03-21 at 15:53 +0100, Lennart Regebro wrote: ... It's easy and clear, but has the drawback of encouraging that registration is done on import time

Re: [Zope-dev] Sprints at PyCon

2011-03-17 Thread Chris McDonough
On Sun, 2011-03-13 at 09:13 +0100, Christian Theune wrote: Hi Guys, On 02/10/2011 07:07 AM, Christian Theune wrote: Hi, I'll be at PyCon during the sprints. As promised from the tasks last year, I'd be happy to organize Zope sprinting activity. Who's coming? Who's interested? Any

Re: [Zope-dev] my take on ZCML's includeOverrides

2011-01-31 Thread Chris McDonough
are here: http://docs.pylonsproject.org/projects/pyramid/1.0/narr/advconfig.html On Tue, 2010-12-07 at 15:32 -0500, Chris McDonough wrote: On Tue, 2010-12-07 at 14:27 -0500, Chris McDonough wrote: [13:48] mcdonc override is exactly the wrong phrase to use in the name of this directive [13

Re: [Zope-dev] PyPy 1.4.1 and the ZTK

2010-12-22 Thread Chris McDonough
On Wed, 2010-12-22 at 09:43 -0500, Jim Fulton wrote: This makes it possible to start testing some of the ZTK with PyPy. There are challenges of course: certain packages, such as zope.interface, use C extensions and would need to be installed in plain-python mode (if available). It is

Re: [Zope-dev] Stopping weekly meetings, moving towards sprints

2010-12-21 Thread Chris McDonough
Thanks for giving it a shot Christian! I always read the meeting notes, if I didn't participate. - C On Tue, 2010-12-21 at 19:46 +0100, Christian Theune wrote: Hi, during my holidays I evaluated where I spend my time. I feel that the weekly IRC meetings in their current form do not foster

[Zope-dev] ZCML conflict resolution

2010-12-07 Thread Chris McDonough
I'm trying to decide whether to repurpose the conflict detection in zope.configuration for non-XML configuration. zope.configuration has the following resolveConflicts function, which attempts to resolve action discriminator conflicts. def resolveConflicts(actions): Resolve conflicting

[Zope-dev] my take on ZCML's includeOverrides

2010-12-07 Thread Chris McDonough
Independent of my previous call for discussion about ZCML conflict resolution, I'm cutting and pasting my side of a discussion about the ZCML includeOverrides directive from an IRC chat, because it may come in useful for folks grappling with its behavior. There's not really any human-consumable

Re: [Zope-dev] my take on ZCML's includeOverrides

2010-12-07 Thread Chris McDonough
On Tue, 2010-12-07 at 14:08 -0500, Jim Fulton wrote: On Tue, Dec 7, 2010 at 1:57 PM, Chris McDonough chr...@plope.com wrote: Independent of my previous call for discussion about ZCML conflict resolution, I'm cutting and pasting my side of a discussion about the ZCML includeOverrides

Re: [Zope-dev] my take on ZCML's includeOverrides

2010-12-07 Thread Chris McDonough
On Tue, 2010-12-07 at 14:27 -0500, Chris McDonough wrote: [13:48] mcdonc override is exactly the wrong phrase to use in the name of this directive [13:51] mcdonc what it boils down to is that you never, ever really want to use includeOverrides except in your rootmost zcml file [13

Re: [Zope-dev] zope.interface memory optimization

2010-11-08 Thread Chris McDonough
On Tue, 2010-11-09 at 01:21 +0200, Marius Gedminas wrote: On Mon, Nov 08, 2010 at 03:35:09PM +0100, Brian Sutherland wrote: I've committed 2 patches to a jinty-mem branch of zope.interface. Together these patches reduce the startup memory use of my ZTK based application by 3%. Is that

[Zope-dev] zope.i18nmessageid 3.5.3 released (windows binaries needed)

2010-08-09 Thread Chris McDonough
I made a new release of zope.i18nmessageid (3.5.3) persuant to a conversation that took place on this list a few weeks ago related to switching back to overriding build_ext to allow the package to work on Jython and other CPython platforms. Would someone be kind enough to build and upload new

[Zope-dev] zope.i18messageid

2010-07-01 Thread Chris McDonough
Fabio, Within the last few months you committed the following change to zope.i18nmessageid: http://svn.zope.org/zope.i18nmessageid/trunk/setup.py?rev=102497r1=101297r2=102497 The commit message is Fixed the compilation of the C extension with python 2.6: refactored it as a setuptools Feature.

Re: [Zope-dev] ZODB Documentation Fundraising

2010-06-24 Thread Chris McDonough
Thanks for organizing this Alan. Hopefully folks will follow your lead and contribute. Agendaless put some money into the pot today. On Thu, 2010-06-24 at 14:19 -0500, Alan Runyan wrote: The blog: http://zodbdocs.blogspot.com/ I am coordinating an effort to have a ZODB book written by one

Re: [Zope-dev] RFC: Proposed new style for documenting and testing ZTK packages

2010-04-17 Thread Chris McDonough
On 4/17/10 5:20 PM, Tres Seaver wrote: - Documentation should be written for documentation's sake. The emphasis should be on helping people understand what the software is for and how to use it, *not* on coverage. Amen. - Documentation should be executable. Manuel helps a lot for this.

Re: [Zope-dev] Stacking zope.component registries

2010-04-08 Thread Chris McDonough
://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope ) -- Chris McDonough Agendaless Consulting, Fredericksburg VA The repoze.bfg Web Application

Re: [Zope-dev] Stacking zope.component registries

2010-04-08 Thread Chris McDonough
On 4/8/10 4:36 PM, Marius Gedminas wrote: from zope.component import getSiteManager getSiteManager.sethook(get_current_registry) That seems a bit short-sighted: it would break all tests that rely on setSite() working. He said he wanted a global registry, but.. who knows? I stay as far away

Re: [Zope-dev] zope.component.zcml and global registry

2010-03-15 Thread Chris McDonough
On 3/15/10 11:52 AM, Fabio Tranchitella wrote: * 2010-03-08 18:16, Fabio Tranchitella wrote: I'll wait till the week-end to release it, so everybody has the opportunity to have a word on this topic. I've released zope.component 3.9.3 with the change I discussed on the list in the last couple

Re: [Zope-dev] Stop energy

2010-03-03 Thread Chris McDonough
On 3/3/10 2:06 PM, Fabio Tranchitella wrote: * 2010-03-03 19:59, Chris McDonough wrote: I think it would be useful to have a discussion about grouping some Zope bits along functional lines for marketing purposes. This is really independent of any discussion about the ZTK. I wonder

Re: [Zope-dev] Summary of today's developer meeting

2010-03-02 Thread Chris McDonough
On 3/2/10 1:09 PM, Martijn Faassen wrote: Hi there, Chris McDonough suggests to ponder further structuring of the ZTK into separate sub-sets which might allow us to get better mileage regarding maintenance and release management. He gave the example of the Bicycle Toolkit

Re: [Zope-dev] Summary of today's developer meeting

2010-03-02 Thread Chris McDonough
On 3/2/10 2:50 PM, Jim Fulton wrote: On Tue, Mar 2, 2010 at 2:18 PM, Chris McDonoughchr...@plope.com wrote: On 3/2/10 1:09 PM, Martijn Faassen wrote: Hi there, Chris McDonough suggests to ponder further structuring of the ZTK into separate sub-sets which might allow us to get better

Re: [Zope-dev] [ZF] Announcement: 2010 Zope Foundation Board Elections and General Meeting

2010-01-22 Thread Chris McDonough
I nominate Tres Seaver. - C Tres Seaver wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 (apologies in advance for the cross-post: we need this to reach the whole Zope community). The Zope Foundation board is pleased to announce the regular 2010 general meeting of the foundation

Re: [Zope-dev] Where is the position of BlueBream in Zope ecosystem ?

2010-01-22 Thread Chris McDonough
Lennart Regebro wrote: 5. There is also BFG, which doesn't include/build on the ZTK (as the others do). Right, it's loosely coupled with the ZCA, but you can throw that out too, if you like? Chris has to answer that. BFG uses some Zope software, like, say, Pylons uses software made by

Re: [Zope-dev] Where is the position of BlueBream in Zope ecosystem ?

2010-01-21 Thread Chris McDonough
Everything Tres said I agree with. I think it's useful for descriptions of Zope-related frameworks to include BFG and other frameworks that use a small number of Zope technologies. But I think some distinction needs to be made between the ZTK and some Zope packages. In particular, I'm

Re: [Zope-dev] BFG Logo

2010-01-21 Thread Chris McDonough
After messing around in the Gimp, and failing utterly, I am sorry, the answer is no. - C Jan Ulrich Hasecke wrote: Hi, is there a black on white BFG-logo we can use on zope.de? The white on black logo from the website is not suitable. juh DZUG e.V.

Re: [Zope-dev] Stepping back as Zope 2 release manager

2010-01-11 Thread Chris McDonough
Andreas Jung wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi there, I would like to inform you that I intent to retreat from the Zope 2 release manager position soon. I have been serving the Zope community in this position for almost seven years and now it is time to move on and

Re: [Zope-dev] Adapter registration in ZCML provides IUserPreferredCharsets lost ?

2010-01-10 Thread Chris McDonough
Baiju M wrote: On Mon, Jan 11, 2010 at 10:22 AM, Baiju M mba...@zeomega.com wrote: Hi All, There was an adapter registration provides IUserPreferredCharsets. I can see it has moved to zope.i18n.locales with some others here:

[Zope-dev] new zope.schema and zope.configuration releases

2010-01-05 Thread Chris McDonough
FYI, I just made two new releases: zope.schema 3.6.1 zope.configuration 3.7.1 These releases provide basic compatibility with Jython. - C ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or

Re: [Zope-dev] patterns for using sphinx with the Zope Toolkit?

2010-01-04 Thread Chris McDonough
Benji York wrote: On Sun, Jan 3, 2010 at 6:43 PM, Chris McDonough chr...@plope.com wrote: Yeah. I haven't thought about this much, so it might be bollocks, but I think something like this is what I'm after: .. code-block-setup:: import sys from somepackage.testing import DummyModule

Re: [Zope-dev] New Zope 3 name: BlueBream

2010-01-04 Thread Chris McDonough
Strong +1 from me (although my vote is likely not meaningful) Baiju M wrote: Hi All, I am proposing to call Zope 3 - the web frame work as BlueBream. The main use for name is documentation. But the package named bluebream will not provide any part of framework code by itself. All

Re: [Zope-dev] patterns for using sphinx with the Zope Toolkit?

2010-01-03 Thread Chris McDonough
Lennart Regebro wrote: On Sun, Jan 3, 2010 at 23:14, Benji York be...@zope.com wrote: In both of those cases normal doctest blocks seem appropriate. Not if you don't want the output in the formatting, or if you don't want the brackets. Yeah. I haven't thought about this much, so it

Re: [Zope-dev] patterns for using sphinx with the Zope Toolkit?

2010-01-02 Thread Chris McDonough
Martijn Faassen wrote: Hi there, I am interested in creating sphinx-driven documentation for Zope Toolkit packages. I'd like to maintain the documentation for a package (say, zope.component) in that package, in a 'doc' directory. I'm wondering what experiences people have with

Re: [Zope-dev] removing zope.app from the ZTK

2009-12-29 Thread Chris McDonough
I don't think the ZTK as defined by the historical constraints under discussion here has much attraction for a large number of folks who are otherwise willing to put effort into maintaining Zope packages. For these folks, any reduction in number of dependencies and test maintenance is a net

Re: [Zope-dev] small manuel bugfix

2009-12-26 Thread Chris McDonough
Benji York wrote: On Fri, Dec 25, 2009 at 10:31 PM, Chris McDonough chr...@plope.com wrote: Yeah. I'm a fan of unit tests. Yep, me too. To be clear, I do want unit tests in the form of a doctest (like http://svn.zope.org/manuel/trunk/src/manuel/bugs.txt?view=markup). Which may

[Zope-dev] small manuel bugfix

2009-12-25 Thread Chris McDonough
I added a branch of manuel to the Zope SVN that fixes the codeblock plugin when you use codeblock roles such as: .. code-block:: python :linenos: Currently it only works without roles, e.g.: .. code-block:: python The branch is at

Re: [Zope-dev] small manuel bugfix

2009-12-25 Thread Chris McDonough
Ugh, that patch is rendered backwards... but you get the idea. Chris McDonough wrote: I added a branch of manuel to the Zope SVN that fixes the codeblock plugin when you use codeblock roles such as: .. code-block:: python :linenos: Currently it only works without roles, e.g

Re: [Zope-dev] small manuel bugfix

2009-12-25 Thread Chris McDonough
Benji York wrote: On Fri, Dec 25, 2009 at 9:37 PM, Chris McDonough chr...@plope.com wrote: I added a branch of manuel to the Zope SVN that fixes the codeblock plugin when you use codeblock roles such as: Looks good. Add tests and I'll merge and release your branch. Sorry about

Re: [Zope-dev] A summary of Interfaces vs ZCA concepts

2009-12-22 Thread Chris McDonough
Thomas Lotze wrote: Chris McDonough wrote: Thomas Lotze wrote: Because then, if you use third-party code that uses zope.interface.Interface and other code (third-party or your own) that uses the subclassed interfaces, you'll have to deal with both types at the same time in your client code

Re: [Zope-dev] A summary of Interfaces vs ZCA concepts

2009-12-22 Thread Chris McDonough
Chris McDonough wrote: Thomas Lotze wrote: Chris McDonough wrote: Thomas Lotze wrote: Because then, if you use third-party code that uses zope.interface.Interface and other code (third-party or your own) that uses the subclassed interfaces, you'll have to deal with both types at the same

Re: [Zope-dev] Zope2 and WSGI

2009-12-22 Thread Chris McDonough
Tres Seaver wrote: I set out to fix these bugs in ZPublisher.WSGIPublisher.WSGIResponse, and was dismayed to find it an untested hack-up of the original Publish module, with an untested subclass of HTTPResponse, itself almost completely test-free. So I went down the rabbit hole, and got

Re: [Zope-dev] A summary of Interfaces vs ZCA concepts

2009-12-21 Thread Chris McDonough
Thomas Lotze wrote: Chris McDonough wrote: I'll throw out the obvious... Why not subclass Interface in zope.component and make the required API additions there? If it were anybody but us thinking about doing this, they'd probably just subclass. Because then, if you use third-party code

Re: [Zope-dev] A summary of Interfaces vs ZCA concepts

2009-12-17 Thread Chris McDonough
I'll throw out the obvious... Why not subclass Interface in zope.component and make the required API additions there? If it were anybody but us thinking about doing this, they'd probably just subclass. - C Martijn Faassen wrote: Wichert Akkerman wrote: [knip] Perhapse LookupError should

Re: [Zope-dev] A summary of Interfaces vs ZCA concepts

2009-12-17 Thread Chris McDonough
Martijn Faassen wrote: Chris McDonough wrote: I'll throw out the obvious... Why not subclass Interface in zope.component and make the required API additions there? If it were anybody but us thinking about doing this, they'd probably just subclass. Because then we'd need to rebase all

Re: [Zope-dev] Interfaces vs ZCA concepts

2009-12-15 Thread Chris McDonough
I wonder if maybe something like (notionally): class InterfaceBase(object): @classmethod def add_more_api(cls, **kw): cls.__dict__.update(kw) - C Leonardo Rochael Almeida wrote: Funny you should mention this, I've got this idea bugging for a few weeks now, after the last

Re: [Zope-dev] the ZCA API decision

2009-12-03 Thread Chris McDonough
Martijn Faassen wrote: Hi there, I think we've had enough discussion to make a decision. Hopefully everybody is at least reasonably happy with this: An adapt() method will be added to Interface. It takes the objects to adapt as *args, and optional but explicit 'default' and 'name'

  1   2   3   4   5   6   7   8   9   10   >