Summary of messages to the cmf-tests list.
Period Tue Dec 8 12:00:00 2009 UTC to Wed Dec 9 12:00:00 2009 UTC.
There were 4 messages: 4 from CMF Tests.
Tests passed OK
---
Subject: OK : CMF-2.1 Zope-2.10 Python-2.4.6 : Linux
From: CMF Tests
Date: Tue Dec 8 20:55:59 EST 2009
URL: ht
Am 06.12.2009, 18:39 Uhr, schrieb Jens Vagelpohl :
> All done now:
> - release branches for the 2.2 release series are cut
> - the 2.2.0 beta release is tagged and published on PyPI
> - the convenience buildout branch[1] now uses the new CMF 2.2 branch
> The trunk (-> CMF 2.3) is free for new feat
Hello,
> - The MetadataTool has write-on-read migration code in _get_DCMI. That
> should be converted into two migration steps: One from CMF 1.6 to CMF
> 2.0 and one from 2.1 to 2.2.
This is done on the trunk and the 2.2 branch.
> - The upgrade scripts in CMFCore/Extensions and CMFDefault/Ext
Hi Charlie,
> Is there an easy to way to setup a project buildout based
> on CMF? I've tried various combinations of the following:
>
> [buildout]
> extends =
> http://svn.zope.org/*checkout*/CMF.buildout/branches/zope212-cmf22/buildout.cfg
> versions = versions
> parts = parts
> eggs = eggs
Am 09.12.2009, 15:10 Uhr, schrieb Jens Vagelpohl :
> For the "extends = src/Zope2/versions.cfg" line to work you must have a
> Zope 2 checkout in src/Zope2 *before* you attempt run the buildout.
> CMF.buildout does this using svn:externals, so you may not have those in
> your own buildout.
Am 02.12.2009, 21:04 Uhr, schrieb Charlie Clark :
> I think that we could work with a sensible default which might be
> overwritable in the aliases?
I can think of two solutions here.
1) Sensible default:
replace
if self.add_view_expr:
lazy_map['url'] = self.add_view_expr
Hi!
Jens Vagelpohl wrote:
>> - The MetadataTool has write-on-read migration code in _get_DCMI. That
>> should be converted into two migration steps: One from CMF 1.6 to CMF
>> 2.0 and one from 2.1 to 2.2.
>
> This is done on the trunk and the 2.2 branch.
Great!
I think it would be good to ca
Hi!
Charlie Clark wrote:
> Am 02.12.2009, 21:04 Uhr, schrieb Charlie Clark :
>
>> I think that we could work with a sensible default which might be
>> overwritable in the aliases?
>
> I can think of two solutions here.
>
> 1) Sensible default:
>
> replace
>
> if self.add_view_expr: