September 2008 - Zope-Dev

Zope Tests: 5 OK
by Zope Tests Summarizer 08 Sep '08

08 Sep '08

Summary of messages to the zope-tests list. Period Sun Sep 7 11:00:00 2008 UTC to Mon Sep 8 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: Sun Sep 7 20:52:14 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-September/010130.html Subject: OK : Zope-2.9 Python-2.4.4 : Linux From: Zope Tests Date: Sun Sep 7 20:53:44 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-September/010131.html Subject: OK : Zope-2.10 Python-2.4.4 : Linux From: Zope Tests Date: Sun Sep 7 20:55:14 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-September/010132.html Subject: OK : Zope-2.11 Python-2.4.4 : Linux From: Zope Tests Date: Sun Sep 7 20:56:45 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-September/010133.html Subject: OK : Zope-trunk Python-2.4.4 : Linux From: Zope Tests Date: Sun Sep 7 20:58:15 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-September/010134.html

1 0

Dependencies and future of zope 3
by David Pratt 07 Sep '08

07 Sep '08

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 a increasing plethora of lightweight frameworks emerging to compete with mind share and feel zope is loosing ground in this respect. I am feeling increasing pressure and frustration to re-examine what I am doing. Zope has a wonderful code base but it is spread through many packages in the form of dependencies. As a result, a small app in a working z3 setup can start off at almost 50MB while the similar app on a competitive framework may be as little as 15 - 20 MB. To some extent, there is complexity in the politics of change needed since zope is largely consumed as packages by z2 (Plone). So the impetus for change may be less than favorable for those consuming packages in Plone as opposed to a developer interested in creating larger scale apps purely from zope 3 and other python packages. The key concern is dependencies. There have been efforts I realize to settle some of this over the past but in reality the volume of zope packages that comed together for a base build is 'pulling in the world' as i have heard it referred to many times. The testing setup is another major factor in this and the changes controversial over the eliminating the testing framework as a dependency of zope eggs. I guess the simple solution is well it you don't like it, use the another framework. Its not quite that simple since I am extremely fond of the CA architecture and have a strong desire to continue with it in some form or another into the future. I think what I am sensing more than anything is a need for zope to adapt a changing reality. bfg is a relatively new framework that builds on wsgi and zope technologies but is an example of what can be achieved if you consume only what you need. It is attractive in a number of respects for zope developers since it offers simplicity and development speed with a lightweight footprint. I believe much of what is being accomplished in bfg could be accomplished in zope if it were tighter and we could focus on a leaner core of packages void of the large number of dependencies. The grokcore packages can help with the simplicity development but do little for the dependency issues. I think there are couple of options. One option would be to set about on a course of change to do something about this with the existing codebase. Another option is to create a core of leaner packages that could result in a much smaller, tighter core that can be competitive with the changing python landscape. bfg is currently taking the option of selectively forking some of the packages such as zope.catalog as repoze.catalog for example. Personally, I would like to see these changes occur in some way within zope. In any case I am interested in hearing from folks about what can or ought to be done or whether there is interest in this direction. Many thanks. Regards David

18 48

Zope Tests: 5 OK
by Zope Tests Summarizer 07 Sep '08

07 Sep '08

Summary of messages to the zope-tests list. Period Sat Sep 6 11:00:00 2008 UTC to Sun Sep 7 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: Sat Sep 6 20:49:46 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-September/010125.html Subject: OK : Zope-2.9 Python-2.4.4 : Linux From: Zope Tests Date: Sat Sep 6 20:51:16 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-September/010126.html Subject: OK : Zope-2.10 Python-2.4.4 : Linux From: Zope Tests Date: Sat Sep 6 20:52:46 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-September/010127.html Subject: OK : Zope-2.11 Python-2.4.4 : Linux From: Zope Tests Date: Sat Sep 6 20:54:16 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-September/010128.html Subject: OK : Zope-trunk Python-2.4.4 : Linux From: Zope Tests Date: Sat Sep 6 20:55:47 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-September/010129.html

1 0

Zope Tests: 5 OK
by Zope Tests Summarizer 06 Sep '08

06 Sep '08

Summary of messages to the zope-tests list. Period Fri Sep 5 11:00:00 2008 UTC to Sat Sep 6 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: Fri Sep 5 20:50:18 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-September/010120.html Subject: OK : Zope-2.9 Python-2.4.4 : Linux From: Zope Tests Date: Fri Sep 5 20:51:48 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-September/010121.html Subject: OK : Zope-2.10 Python-2.4.4 : Linux From: Zope Tests Date: Fri Sep 5 20:53:18 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-September/010122.html Subject: OK : Zope-2.11 Python-2.4.4 : Linux From: Zope Tests Date: Fri Sep 5 20:54:48 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-September/010123.html Subject: OK : Zope-trunk Python-2.4.4 : Linux From: Zope Tests Date: Fri Sep 5 20:56:18 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-September/010124.html

1 0

Call for translating z3c.form
by Dan Korostelev 06 Sep '08

06 Sep '08

Hello, fellow users and developers of zope components! I just added support for i18n in z3c.form, so it can be now translated to many languages. If you want to contribute to z3c.form internationalization, checkout the z3c.form.pot file from the z3c.form's trunk and translate it to your language, then send back to me or commit to the repo, if you are a committer. Thanks! -- WBR, Dan Korostelev

3 2

Zope Tests: 5 OK
by Zope Tests Summarizer 05 Sep '08

05 Sep '08

Summary of messages to the zope-tests list. Period Thu Sep 4 11:00:00 2008 UTC to Fri Sep 5 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: Thu Sep 4 20:53:02 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-September/010115.html Subject: OK : Zope-2.9 Python-2.4.4 : Linux From: Zope Tests Date: Thu Sep 4 20:54:32 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-September/010116.html Subject: OK : Zope-2.10 Python-2.4.4 : Linux From: Zope Tests Date: Thu Sep 4 20:56:04 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-September/010117.html Subject: OK : Zope-2.11 Python-2.4.4 : Linux From: Zope Tests Date: Thu Sep 4 20:57:34 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-September/010118.html Subject: OK : Zope-trunk Python-2.4.4 : Linux From: Zope Tests Date: Thu Sep 4 20:59:05 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-September/010119.html

1 0

Re: [Zope-dev] [Zope-Checkins] SVN: zdaemon/trunk/bootstrap.py Added support to bootstrap on Jython.
by Chris Withers 05 Sep '08

05 Sep '08

Georgy Berdyshev wrote: > +is_jython = sys.platform.startswith('java') > + > +if is_jython: > + import subprocess > + > ws = pkg_resources.working_set > -assert os.spawnle( > - os.P_WAIT, sys.executable, sys.executable, > - '-c', 'from setuptools.command.easy_install import main; main()', > - '-mqNxd', tmpeggs, 'zc.buildout', > - {'PYTHONPATH': > - ws.find(pkg_resources.Requirement.parse('setuptools')).location > - }, > - ) == 0 > > +if is_jython: > + assert subprocess.Popen( > + [sys.executable] + ['-c', > + 'from setuptools.command.easy_install import main; main()', > + '-mqNxd', tmpeggs, 'zc.buildout'], > + env = dict( > + PYTHONPATH = > + ws.find(pkg_resources.Requirement.parse('setuptools')).location > + ), > + ).wait() == 0 > + > +else: > + assert os.spawnle( > + os.P_WAIT, sys.executable, sys.executable, > + '-c', 'from setuptools.command.easy_install import main; main()', > + '-mqNxd', tmpeggs, 'zc.buildout', > + {'PYTHONPATH': > + ws.find(pkg_resources.Requirement.parse('setuptools')).location > + }, > + ) == 0 > + If subprocess works on Jython, why does it *not* work on CPython? ie: If subprocess works, why not use it everywhere. Also, I do hope you're aware that bootstrap.py isn't "owned" by zdaemon, it's part of the zc.buildout project, so it seems a little odd making these changes to bootstrap.py here... cheers, Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk

1 0

Re: [Zope-dev] zc.recipe.testrunner 1.1.0 requires zope.testing 3.6.0, but not released
by Martijn Faassen 04 Sep '08

04 Sep '08

Hi there, On Thu, Sep 4, 2008 at 1:42 PM, Andreas Jung <lists(a)zopyx.com> wrote: [snip] > zope.testing 3.6.0 was marked as hidden on PyPI. It's now visible again - > together with 3.5.6. Does the hidden status explain it not being picked up by buildout? Anyway, sorry for getting confused there. Regards, Martijn

3 4

Idea: Create SQL-Alchemy tables via interfaces
by Hermann Himmelbauer 04 Sep '08

04 Sep '08

Hi, In my current SQLAlchemy / Zope-based design, I need the following: - SQLAlchemy table definitions - classes + mappers - Zope interfaces The problem with this design is that much data has to be defined twice, e.g. the datatype "varchar(50)" should be represented by an interface with TextLine(max_length="50"). Moreover, any changes such as adding columns etc. also have to be done in the interface and the table definition. To overcome this, I just had the idea to use the interface/schema definitions for the table definition itself. Probably I'm not the first who had this idea, but I'm not aware of such an extension to interfaces. Any thoughts on this? Best Regards, Hermann -- hermann(a)qwer.tk GPG key ID: 299893C7 (on keyservers) FP: 0124 2584 8809 EF2A DBF9 4902 64B4 D16B 2998 93C7

5 13

zc.recipe.testrunner 1.1.0 requires zope.testing 3.6.0, but not released
by Martijn Faassen 04 Sep '08

04 Sep '08

Hi there, There appears to be a release of zc.recipe.testrunner 1.1.0 which requires zope.testing 3.6.0, but zope.testing 3.6.0 was not released as far as I can see. This means zc.recipe.testrunner 1.1.0 cannot be installed. Regards, Martijn

3 3