Re: [Zope-CMF] GenericSetup backport

2011-05-26 Thread Godefroid Chapelle
Le 26/04/11 12:04, Hanno Schlichting a écrit :
> Most tests failed as the ZCA now has to be setup before calling
> certain API's like "profile_registry.registerProfile". It's been a
> very common pattern in Plone add-ons to call this on the module level
> of a test to register a "test-only" profile.
>
> We have adjusted most of the test layers for the recent Plone release,
> so the change can stay in the 1.6.x series from my point of view. But
> if would be a lot of pain to do this for Plone 3.x releases using
> GenericSetup 1.4.
>
> Hanno

I'd like to move on this. Lemme explain the context.

One of our customers has a Plone 3 application for which we would like 
to add more tests before migrating to Plone 4.

Some of the programmers that would do the work have never written Plone 
tests and we need to bring them up to speed.

plone.app.testing (p.a.t) is imo much simpler to learn than PTC/ZTC magic.

Reason why we would like our programmers to use p.a.t and why we 
backported p.a.t to Plone 3.

Now that GenericSetup delegates its registries management to ZCA,
p.a.t 4.x has been refactored to be even simpler.

This refactoring has also been backported successfully to p.a.t 3.x.

I'd like to make a release of p.a.t 3.x but it does need to depend on a 
GS-1.4 release that delegates its registries to ZCA.

A long introduction for a simple question :

Would anyone see an issue that I release a Products.GenericSetup 1.4.20 
(or any other big integer) with ZCA registries ?

Smaller 1.4.x numbers could be kept for bug fix releases for CMF 2.1 and 
Plone 3.

p.a.t 3.x would then state a dependency >= 1.4.20

-- 
Godefroid Chapelle (aka __gotcha) http://bubblenet.be

___
Zope-CMF maillist  -  Zope-CMF@zope.org
https://mail.zope.org/mailman/listinfo/zope-cmf

See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests


Re: [Zope-CMF] GenericSetup backport

2011-05-26 Thread Hanno Schlichting
On Thu, May 26, 2011 at 4:46 PM, Godefroid Chapelle  wrote:
> Would anyone see an issue that I release a Products.GenericSetup 1.4.20
> (or any other big integer) with ZCA registries ?
>
> Smaller 1.4.x numbers could be kept for bug fix releases for CMF 2.1 and
> Plone 3.

That's a really weird way of doing it. And I'm a -1 on that.

Why don't you just cut a branch of GenericSetup 1.4 with your changes
and make a private (vendor) release of it?

Then put the private release up on some Web server serving a flat
directory, including it into the buildout via find-links? We do that
all the time, see for example http://dist.jarn.com/public/

Hanno
___
Zope-CMF maillist  -  Zope-CMF@zope.org
https://mail.zope.org/mailman/listinfo/zope-cmf

See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests


Re: [Zope-CMF] GenericSetup backport

2011-05-26 Thread Godefroid Chapelle
Le 26/05/11 17:15, Hanno Schlichting a écrit :
> On Thu, May 26, 2011 at 4:46 PM, Godefroid Chapelle  
> wrote:
>> Would anyone see an issue that I release a Products.GenericSetup 1.4.20
>> (or any other big integer) with ZCA registries ?
>>
>> Smaller 1.4.x numbers could be kept for bug fix releases for CMF 2.1 and
>> Plone 3.
>
> That's a really weird way of doing it. And I'm a -1 on that.

I agree it is a bit weird, I am just trying to be creative to comply 
with your request of preserving Plone 3 tests.

Outside being weird, can you explain issues you have ?

>
> Why don't you just cut a branch of GenericSetup 1.4 with your changes
> and make a private (vendor) release of it?
>
> Then put the private release up on some Web server serving a flat
> directory, including it into the buildout via find-links? We do that
> all the time, see for example http://dist.jarn.com/public/

I obviously thought of an egg on our own server. Nevertheless, at least 
Vitaliy Podoba from Quintagroup also uses p.a.testing 3.x and I'd like 
him (and others) to be able to also use p.a.testing released eggs.

Further, I think it is a real advantage for the product developers if 
they can migrate their tests to p.a.testing while keeping Plone 3 
compatibility.

> Hanno

Gotcha
___
Zope-CMF maillist  -  Zope-CMF@zope.org
https://mail.zope.org/mailman/listinfo/zope-cmf

See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests


[Zope-CMF] cmf-tests - OK: 4

2011-05-26 Thread CMF tests summarizer
This is the summary for test reports received on the 
cmf-tests list between 2011-05-25 00:00:00 UTC and 2011-05-26 00:00:00 UTC:

See the footnotes for test reports of unsuccessful builds.

An up-to date view of the builders is also available in our 
buildbot documentation: 
http://docs.zope.org/zopetoolkit/process/buildbots.html#the-nightly-builds

Reports received


   CMF-2.2 Zope-2.12 Python-2.6.6 : Linux
   CMF-2.2 Zope-2.13 Python-2.6.6 : Linux
   CMF-trunk Zope-2.13 Python-2.6.6 : Linux
   CMF-trunk Zope-trunk Python-2.6.6 : Linux

Non-OK results
--

___
Zope-CMF maillist  -  Zope-CMF@zope.org
https://mail.zope.org/mailman/listinfo/zope-cmf

See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests


Re: [Zope-CMF] GenericSetup backport

2011-05-26 Thread Raphael Ritz
On 5/26/11 10:39 PM, Godefroid Chapelle wrote:

[..]

>
> Further, I think it is a real advantage for the product developers if
> they can migrate their tests to p.a.testing while keeping Plone 3
> compatibility.

FWIW: whatever the solution ends up being I'd welcome
such an option as well.

Raphael


>
>> Hanno
>
> Gotcha
> ___
> Zope-CMF maillist  -  Zope-CMF@zope.org
> https://mail.zope.org/mailman/listinfo/zope-cmf
>
> See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests


___
Zope-CMF maillist  -  Zope-CMF@zope.org
https://mail.zope.org/mailman/listinfo/zope-cmf

See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests