I've safe-upgraded and restarted the machine recently, but now it shows up:
http://buildbot.afpy.org/ztk1.0dev/waterfall
Christophe
Le 14/05/2012 03:13, Tres Seaver a écrit :
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/13/2012 09:00 PM, Zope tests summarizer wrote:
[6]UNKNOWN UNK
Le 14/11/2011 23:24, Tres Seaver a écrit :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 11/14/2011 04:50 PM, Christophe Combelles wrote:
>> Le 14/11/2011 01:52, Christophe Combelles a écrit :
>>> Le 13/11/2011 14:22, Tres Seaver a écrit :
>
>>&g
Le 14/11/2011 01:52, Christophe Combelles a écrit :
> Le 13/11/2011 14:22, Tres Seaver a écrit :
>>> [1]FAILED ZTK 1.1dev / Python2.7.2 Linux 64bit
>>> https://mail.zope.org/pipermail/zope-tests/2011-November/052554.html
>>
>> This is the same hour-long tim
Le 13/11/2011 14:22, Tres Seaver a écrit :
>> [1]FAILED ZTK 1.1dev / Python2.7.2 Linux 64bit
>> https://mail.zope.org/pipermail/zope-tests/2011-November/052554.html
>
> This is the same hour-long timeout as yesterday in the buildout step:
>
>> mr.developer: Updated 'zope.viewlet' with subversi
Le 31/10/2011 15:31, Tres Seaver a écrit :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 10/31/2011 04:43 AM, Wichert Akkerman wrote:
>> On 10/31/2011 07:21 AM, Tres Seaver wrote:
>>> These are all failures in the following zopeapp test::
>>>
>>> - zope/app/applicationcontrol/te
Le 28/10/2011 19:21, Tres Seaver a écrit :
>The failures here look to be due to binary incompatbility (old Python
>was UCS4, new one is UCS2) in already-built eggs. Christophe, can you
>please remove any 'py2.6-linux-x86_64' eggs and let them get rebuilt?
done
> So, except for the bi
Le 26/10/2011 03:57, Tres Seaver a écrit :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Woohoo -- down to just seven!
>
>
>> [1]FAILED ZTK 1.1 / Python2.5.5 Linux 64bit
>> https://mail.zope.org/pipermail/zope-tests/2011-October/051688.html
>
> This
>>
> has the "sub-process buffer" fa
Le 22/09/2010 11:49, Patrick Gerken a écrit :
> On Wed, Sep 22, 2010 at 00:54, Marius Gedminas wrote:
>> On Tue, Sep 21, 2010 at 04:33:35PM +0200, Adam GROSZER wrote:
>>> Hello Patrick,
>>>
>>>Could you nag the buildbot maintainers to add an "svn info" step for
>>>their bots?
>>>
>>>Th
Le 21/09/2010 10:44, Hanno Schlichting a écrit :
> On Tue, Sep 21, 2010 at 10:41 AM, Christophe Combelles wrote:
>> This buildbot uses svn://svn.zope.org/repos/main/zopetoolkit/branches/1.0
>> but in ZTK 1.0, the [source] section still points to the trunks, so it has no
>> ef
Le 20/09/2010 17:19, Adam GROSZER a écrit :
> Hello Christophe,
>
> Monday, September 20, 2010, 4:53:16 PM, you wrote:
>
> CC> Le 19/09/2010 15:45, Marius Gedminas a écrit :
>>> On Sun, Sep 19, 2010 at 01:58:36PM +0200, Zope Tests Summarizer wrote:
Subject: FAILED : ZTK 1.0dev / Python2.5.5 L
Le 19/09/2010 15:45, Marius Gedminas a écrit :
> On Sun, Sep 19, 2010 at 01:58:36PM +0200, Zope Tests Summarizer wrote:
>> Subject: FAILED : ZTK 1.0dev / Python2.5.5 Linux 64bit
>> From: ccomb at free.fr
>> Date: Sat Sep 18 23:09:35 EDT 2010
>> URL: http://mail.zope.org/pipermail/zope-tests/2010-Se
Le 17/09/2010 16:50, Gediminas Paulauskas a écrit :
> 2010/9/17 Christophe Combelles:
>> Le 14/09/2010 11:49, Hanno Schlichting a écrit :
>>> Hi.
>>>
>>> After the release of the ZTK 1.0c1 I also created a maintenance branch
>>> for the ZTK
There are some discussions in the grok and bluebream lists about the
opportunity
to upgrade to buildout 1.5, as it will provide *isolation without virtualenv*,
so it should facilitate installations and deployments.
Is it too late for the ZTK 1.0?
Is it worth at least trying to see what it does?
Le 16/09/2010 15:06, Michael Howitz a écrit :
> Am 16.09.2010 um 13:33 schrieb Patrick Gerken:
>> I believe, nobody had yet the chance to change the configuration to
>> follow the branch.
>> that buildbot still follows the trunk.
>
> The name is ZTK 1.0 so it should test the branch or
> change its
Le 14/09/2010 11:49, Hanno Schlichting a écrit :
> Hi.
>
> After the release of the ZTK 1.0c1 I also created a maintenance branch
> for the ZTK 1.0. The branch can be found at:
>
> svn://svn.zope.org/repos/main/zopetoolkit/branches/1.0
just done for http://buildbot.afpy.org/ztk1.0/
btw thanks for
Le 25/08/2010 11:18, Marius Gedminas a écrit :
> FWIW I had to downgrade virtualenv back to 1.3.3, since 1.4.5 uses Distribute
> by default, and zc.zope3recipes 0.6.2 doesn't like Distribute:
>
> File
> "/var/lib/buildbot/eggs/zc.zope3recipes-0.6.2-py2.4.egg/zc/zope3recipes/README.txt",
> line 7
This failure seems to be introduced by zope.testing 3.9.5, but only for python
2.6
Le 22/08/2010 13:58, Zope Tests Summarizer a écrit :
> Summary of messages to the zope-tests list.
> Period Sat Aug 21 12:00:00 2010 UTC to Sun Aug 22 12:00:00 2010 UTC.
> There were 47 messages: 6 from Zope Tests,
Le 20/08/2010 13:58, Zope Tests Summarizer a écrit :
> Subject: FAILED : ZTK 1.0dev / Python2.4.6 Linux 64bit
> From: ccomb at free.fr
> Date: Thu Aug 19 23:30:51 EDT 2010
> URL: http://mail.zope.org/pipermail/zope-tests/2010-August/018664.html
>
> Subject: FAILED : ZTK 1.0dev / Python2.5.5 Linux 6
I've moved the buildbots from an old 32bit to a new 64bit and
virtualization-capable server, so there is a mix of the results from the old
and
new ones.
Now the old ones are stopped.
http://buildbot.afpy.org/
I've also added the "autorelease" buildbot (Discover new ZTK 1.0 automatically)
Chri
Le 02/08/2010 14:00, Zope Tests Summarizer a écrit :
> Subject: FAILED : ZTK 1.0dev / Python2.4.6 Linux 32bit
> From: ccomb at free.fr
> Date: Sun Aug 1 23:50:36 EDT 2010
> URL: http://mail.zope.org/pipermail/zope-tests/2010-August/017766.html
>
> Subject: FAILED : ZTK 1.0dev / Python2.6.4 Linux 3
> Hi Christophe,
>
> Christophe Combelles wrote:
>
> [snip: z3c.testsetup test errors on bluebream]
>>
>> thanks!! There is only one remaining error on Python 2.4 now. It seems
>> related
>> to an 'encoding' argument added to DocFileSuite in p
Le 27/07/2010 19:57, Christophe Combelles a écrit :
> - lxml 2.2.7 is kept for future builds (mmh, ok it wasn't, but it should be
> :( )
I've fixed it, now it does keep lxml=2.2.7, and it just chose
zope.testing=3.9.5.
The chosen package is visible in the stdio of
I've worked on a special buildbot that would be able to create a new ZTK list
automatically, by testing arbitrary new versions. For this purpose I've created
z3c.checkversions, and the last version 0.4 has two new options (--blacklist
and
--incremental). http://pypi.python.org/pypi/z3c.checkver
Le 24/07/2010 03:51, Uli Fouquet a écrit :
> Hi there,
>
> Christophe Combelles wrote:
>> Le 14/07/2010 11:28, Baiju M a écrit :
>>> On Wed, Jul 14, 2010 at 2:57 PM, Baiju M wrote:
>>>> On Sun, Jul 11, 2010 at 5:49 PM, Christophe Combelles
>>>&
Le 24/07/2010 17:36, Adam GROSZER a écrit :
> Hello Hanno,
>
> Saturday, July 24, 2010, 3:30:53 PM, you wrote:
>
>
> HS> If the various buildbot maintainers have enough time and are around,
> HS> they could disable Python 2.7 for now and add it back once we got the
> HS> ZTK 1.0 branch.
>
> done
Le 22/07/2010 19:30, Adam GROSZER a écrit :
> Hello Christophe,
>
> I think they should definitely STAY for trunk's, for release version
> we need to clear which releases support which pythons and set builders
> accordingly.
> Anyway, we **should specify** what to test with the bots, I think it's
>
Considering recent discussions on Python 2.7 support, should we disable the
failure reports for Python 2.7? (6 failures out of 17 in the last report)
Christophe
___
Zope-Dev maillist - Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-d
Le 14/07/2010 11:28, Baiju M a écrit :
> On Wed, Jul 14, 2010 at 2:57 PM, Baiju M wrote:
>> On Sun, Jul 11, 2010 at 5:49 PM, Christophe Combelles wrote:
>>> Le 11/07/2010 13:59, Zope Tests Summarizer a écrit :
>>>
>>>>
>>>> Subject: FAILED : B
Le 11/07/2010 13:59, Zope Tests Summarizer a écrit :
>
> Subject: FAILED : Bluebream / Python2.4.6 32bit linux
> From: ccomb at free.fr
> Date: Sat Jul 10 22:05:41 EDT 2010
> URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016427.html
>
> Subject: FAILED : Bluebream / Python2.5.2 32bit li
Hi,
I would like to release Bluebream 1.0b3. May I have scp access to
download.zope.org in order to upload the new version file?
regards,
Christophe
___
Zope-Dev maillist - Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
** No cros
Le 06/07/2010 16:38, Jan-Wijbrand Kolman a écrit :
> On 6/30/10 21:47 PM, Hanno Schlichting wrote:
>> To use the ZTK release, you can use:
>>
>> [buildout]
>> extends =
>> http://download.zope.org/zopetoolkit/index/1.0a1/ztk-versions.cfg
>> http://download.zope.org/zopetoolkit/index/1.0
Le 09/07/2010 21:04, Christophe Combelles a écrit :
> The afpy buildbots now all run a slave with Python 2.7 final
> http://buildbot.afpy.org/
However, the 2.7 slaves don't send any alert to the zope-tests list. Should I
enable this?
>
The afpy buildbots now all run a slave with Python 2.7 final
http://buildbot.afpy.org/
Christophe
___
Zope-Dev maillist - Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http
Le 09/07/2010 18:44, Hanno Schlichting a écrit :
> Hi.
>
> On Fri, Jul 9, 2010 at 6:37 PM, Christophe Combelles wrote:
>> http://svn.zope.org/zopetoolkit/trunk/ztk-versions.cfg?rev=114375&view=auto
>>
>> is there any reason why the versions pinning of the toolchain
Hi,
http://svn.zope.org/zopetoolkit/trunk/ztk-versions.cfg?rev=114375&view=auto
is there any reason why the versions pinning of the toolchain are in the
ztk-versions.cfg ? Packages such as z3c.recipe.depgraph, mr.developer,
z3c.checkversions have nothing to do with the final frameworks nor the
Le 09/07/2010 16:50, Hanno Schlichting a écrit :
> Hi.
>
> I noticed that all three frameworks (BB, Grok, Zope2) have version
> pins for Paste, PasteDeploy and PasteScript. Does anyone object to
> including them into the ztk-versions.cfg under dependencies?
>
> It's currently:
>
> Paste = 1.7.4
> P
Le 16/06/2010 16:32, Christian Theune a écrit :
> Me again, :)
>
> here's the summary from yesterday:
>
> - the first MSDN license is around, others are still waiting
> - work on the windows egg builder is in progress, as is the buildbot
> slave setup for the rackspace machine
> - supporting Py
Le 12/06/2010 15:35, Tres Seaver a écrit :
> Very strange. BlueBream tests pass only on Python 2.4.x, KGS 3.4.1
> tests fail only on that same version. Can somebody who works with those
> projects day-to-day help diagnose?
>
> - - The BB failures appear to be due to having zope.testing missing,
Le 30/05/2010 15:33, Tres Seaver a écrit :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Adam GROSZER wrote:
>> ZTS> Test failures
>> ZTS> -
>>
>> ZTS> Subject: FAILED : Zope 3.4.1 KGS / Python2.4.6 32bit linux
>> ZTS> From: ccomb at free.fr
>> ZTS> Date: Sun May 30 00:29:3
Le 24/05/2010 01:34, Tres Seaver a écrit :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Zope Tests Summarizer wrote:
>> Summary of messages to the zope-tests list.
>> Period Sat May 22 12:00:00 2010 UTC to Sun May 23 12:00:00 2010 UTC.
>> There were 19 messages: 6 from Zope Tests, 12 from
The buildbots are now notifying #zope and #zope3-dev
Their nicknames are
- bbot_kgs341
- bbot_ztk10dev
- bbot_ztk10
You can discuss with them with a set of commands, with either public or private
messages. You can ask their status, force a build, etc... Example:
(16:51:00) ccomb: bbot_ztk10: co
It's live again. This one tests only released packages:
http://buildbot.afpy.org/ztk1.0/waterfall
Failures :
python2.4 : zope
- zope.browserpage
- zope.viewlet
- zope.contentprovider
- zope.defferedimport
- zope.app.wsgi
python 2.5 and 2.6 :
- zope.app.wsgi
python2.7b2 :
- zope.testing
- zope.
Le 17/05/2010 13:40, Adam GROSZER a écrit :
> Hello,
>
> It's available here:
> http://download.zope.org/zope3.4/3.4.1b2/index.html
>
> Docs and changelog should be now up to date.
>
> Schedule is to have a 3.4.1c1 on May 21th, final 3.4.1 on May 28th.
thanks!
Below is the list of available bugfi
Le 04/05/2010 00:04, Christophe Combelles a écrit :
> Vincent Fretin a écrit :
>> On Sun, May 2, 2010 at 10:52 PM, Martijn Faassen
>> wrote:
>>> Hi there,
>>>
>>> Of course what applies to Hanno should apply to others making releases
>>> of pack
Tres Seaver a écrit :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Zope Tests Summarizer wrote:
>> Summary of messages to the zope-tests list.
>> Period Tue May 4 12:00:00 2010 UTC to Wed May 5 12:00:00 2010 UTC.
>> There were 18 messages: 6 from Zope Tests, 11 from ccomb at free.fr, 1
Hanno Schlichting a écrit :
> On Mon, May 3, 2010 at 8:02 PM, Tres Seaver wrote:
>> Breakage in the following packages, but only on Python 2.4, and only in
>> doctests:
>>
>> - - zope.browserpage
>> - - zope.viewlet
>> - - zope.contentprovider
>> - - zope.deferredimport
>>
>> At least the first on
Thanks for these suggestions. This is *exactly* what we (the ztk release team)
need.
Are there other recommendations from other people?
Martijn Faassen a écrit :
> Hi there,
>
> Because my suggestions (besides the fork issue) as a ZTK
> user/contributor were scattered through the thread, here'
Vincent Fretin a écrit :
> On Sun, May 2, 2010 at 10:52 PM, Martijn Faassen
> wrote:
>> Hi there,
>>
>> Of course what applies to Hanno should apply to others making releases
>> of packages maintained by the Zope Toolkit project as well. I think the
>> ZTK leadership should figure out some kind o
Christophe Combelles a écrit :
> Tres Seaver a écrit :
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Zope Tests Summarizer wrote:
>>
>>> Subject: FAILED : ZTK 1.0dev / Python2.5.2 Linux 32bit
>>> From: ccomb at free.fr
&
Tres Seaver a écrit :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Zope Tests Summarizer wrote:
>
>> Subject: FAILED : ZTK 1.0dev / Python2.5.2 Linux 32bit
>> From: ccomb at free.fr
>> Date: Wed Apr 28 23:00:24 EDT 2010
>> URL: http://mail.zope.org/pipermail/zope-tests/2010-April/014174.
Tres Seaver a écrit :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Zope Tests Summarizer wrote:
>
>> Subject: FAILED : ZTK 1.0dev / Python2.4.6 Linux 32bit
>> From: ccomb at free.fr
>> Date: Sun Apr 25 23:13:57 EDT 2010
>> URL: http://mail.zope.org/pipermail/zope-tests/2010-April/014124.
Hanno Schlichting a écrit :
> Hi.
>
> On Sun, Apr 25, 2010 at 11:14 AM, Christophe Combelles wrote:
>> I believe packages such as z3c.form, z3c.macro, z3c.template, z3c.pagelet
>> (and
>> many others) are among the most important packages. I wonder why they are no
Hi!
I believe packages such as z3c.form, z3c.macro, z3c.template, z3c.pagelet (and
many others) are among the most important packages. I wonder why they are not
included in the ZTK? I always end up using them, I believe they should even be
part of the core ZTK.
If they are not part of the core
Here is one (only linux 32bits)
http://buildbot.afpy.org/kgs3.4.1/waterfall
___
Zope-Dev maillist - Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
https://mail.zope.org/mail
Lennart Regebro a écrit :
> On Sun, Apr 18, 2010 at 10:37, Christophe Combelles wrote:
>> Depending on setuptools for tests in another evil thing. We should not
>> assume a
>> *setup* tool to be a testrunner, and we should not depend on the behaviour of
>> setuptools t
Patrick Gerken a écrit :
> Hi,
>
> I wanted to look into the script that summarizes the mails sent to zope-test.
> The best code I found is this
> http://cvs.zope.org/Packages/TestScripts/
> but I suspect that there are newer versions, I just don't know where.
> I'd like modifiy the script to unde
Tres Seaver a écrit :
>> So far the main circularity was that everything depended on
>> zope.testing as a testrunner, zc.buildout for making the development
>> environment, and zope.testing obviously depended on zope.interface
>> etc. I solved that by also adding support for setuptools/distributes
Adam GROSZER a écrit :
> Hello,
>
> There is a sheet with versions for KGS 3.4.1
> http://spreadsheets.google.com/pub?key=tUE5Q72d4Kg1FXaacCA3EKQ&output=html
>
> Anyone for/against those versions?
>
> The open questions that remain:
> * What about pytz 2010g?
> * Which lxml version to take? 1.3.
Christophe Combelles a écrit :
> Roger a écrit :
>> Hi
>>
>>> Betreff: Re: [Zope-dev] KGS 3.4.1 versions
>>>
>>> Adam GROSZER a écrit :
>>>> Hello,
>>>>
>>>> There is a sheet with versions for KGS 3.4.1
>>>
Roger a écrit :
> Hi
>
>> Betreff: Re: [Zope-dev] KGS 3.4.1 versions
>>
>> Adam GROSZER a écrit :
>>> Hello,
>>>
>>> There is a sheet with versions for KGS 3.4.1
>>>
>> http://spreadsheets.google.com/pub?key=tUE5Q72d4Kg1FXaacCA3EKQ&output=
>>> html
>>>
>>> Anyone for/against those versions?
>>>
Christian Theune a écrit :
> Hi,
Hi thanks for the minutes!
>
> here's the minutes. As I've been adventurous, I'll add a few comments:
>
> * I've started diving into the matter of how to manage items that we
> park/defer/postpone/wait for and thus started using an online system.
> (The only
Adam GROSZER a écrit :
> Hello,
>
> There is a sheet with versions for KGS 3.4.1
> http://spreadsheets.google.com/pub?key=tUE5Q72d4Kg1FXaacCA3EKQ&output=html
>
> Anyone for/against those versions?
>
> The open questions that remain:
> * What about pytz 2010g?
> * Which lxml version to take? 1.3.
Hi,
The afpy buildbots are now enough stable and I've now configured email alerts
to
the zope-tests list.
The two buildbots are :
- ZTK 1.0 dev
- BlueBream template
http://buildbot.afpy.org/
The definition of the "ZTK 1.0dev" is:
"all the development branches of the packages in the ZTK 1.0",
Christian Theune a écrit :
> Hi everyone,
>
> on the way towards a ZTK 1.0 release we first looked for a single
> volunteer release manager who would drive the process.
>
> As no one stepped up and no (serious) nominations were presented the
> discussion went back to the drawing board and the p
Sebastien Douche a écrit :
> On Wed, Mar 31, 2010 at 14:50, Marius Gedminas wrote:
>> Mostly I wanted to know if anybody was using the KGS in production and
>> interested in a point release.
>
> Yes! :)
>
>> I'm especially interested in setuptools 0.6c11, since
>> the KGS currently pins to 0.6c9
Hi,
Marius Gedminas a écrit :
> On Wed, Mar 31, 2010 at 01:37:47PM +0200, Christian Theune wrote:
>> On 03/31/2010 12:35 PM, Adam GROSZER wrote:
>>> One point for the next agenda:
>>> As Marius also had the issue to do a KGS 3.4.1.
>
> Mostly I wanted to know if anybody was using the KGS in produ
Christian Theune a écrit :
> On 03/31/2010 05:16 PM, Christian Theune wrote:
>> Hi,
>>
>> here's this week's summary.
>
> That was a lie. Here's the summary.
Hi, thanks for it
is there a fixed schedule for the next meetings? So that I set up an alarm :)
Christophe
__
I've added another buildbot that runs the ZTK tests against all the package
trunks: http://buildbot.afpy.org
This should allow to detect breakages earlier (before releasing packages) on
the
different versions of Python.
The Python 3.1 slave is just there to remind us there's another task waitin
Thanks for the summary!
> The current state of nightly builds is a bit untidy. According to
> http://docs.zope.org/zopetoolkit/process/buildbots.html there's four buildbot
> installations with various scopes. The last two in this listing are currently
> non-functional.
The third one is online
Jens Vagelpohl a écrit :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 1/24/10 13:08 , Baiju M wrote:
>> Hi,
>> I would like to know the legal formalities required
>> to accept a logo (with special font).
>> Also I would like to know the same for web design.
>>
>> Is there any guide
Andreas Jung a écrit :
> Am 10.12.09 13:34, schrieb Christophe Combelles:
>> Hi,
>>
>> There is no tag for z3c.sqlalchemy 1.0.11
>>
>> http://svn.zope.org/z3c.sqlalchemy/tags/?rev=106375
>>
>> and the latest package on PyPI is 1.0.12. No other earlier
Hi,
There is no tag for z3c.sqlalchemy 1.0.11
http://svn.zope.org/z3c.sqlalchemy/tags/?rev=106375
and the latest package on PyPI is 1.0.12. No other earlier versions.
We have an application in production with z3c.sqlalchemy 1.0.11. I don't know
how the paquage we use was generated, but we nee
Hi all !
I've finished translating Baiju's book into french (A Comprehensive Guide to
Zope Component Architecture).
The bzr branch is here:
https://code.launchpad.net/~ccomb/zcadoc/book-fr
I've also generated some HTML and PDF output:
http://ccomb.gorfou.fr/static/zcadoc/zca-fr.pdf
http://ccomb
Stephan Richter a écrit :
> On Sunday 08 February 2009, Christophe Combelles wrote:
>> For now I only have the py2.5-64bit slave, but I have similar results,
>> though less tests:
>>
>> http://zope3.afpy.org/buildbot/
>> 12895 tests, 27 failures, 10 errors
>&g
For now I only have the py2.5-64bit slave, but I have similar results, though
less tests:
http://zope3.afpy.org/buildbot/
12895 tests, 27 failures, 10 errors
I'll add other slaves soon (32bit and py2.6).
Christophe
Stephan Richter a écrit :
> Hi all,
>
> I just ran all tests over night and he
Christian Theune a écrit :
> On Mon, 2 Feb 2009 09:16:38 -0800
> Paul Carduner wrote:
>
>> On Mon, Feb 2, 2009 at 8:49 AM, Christian Theune
>> wrote:
>>> My short-term goal is to produce a document that I can pass to new
>>> developers with reasonable confidence that they know roughly how to
>>>
Marius Gedminas a écrit :
> On Mon, Feb 02, 2009 at 12:38:07PM +0300, Dan Korostelev wrote:
>> 2009/2/2 Christophe Combelles :
>>> Stephan Richter a écrit :
>>>> Hi everyone,
>>>>
>>>> I have setup a KGS for Zope 3.5, so that peo
Dan Korostelev a écrit :
> 2009/2/2 Christophe Combelles :
>> Stephan Richter a écrit :
>>> Hi everyone,
>>>
>>> I have setup a KGS for Zope 3.5, so that people can test the development
>>> KGS.
>>>
>>> http://download.zope.org/zop
Stephan Richter a écrit :
> Hi everyone,
>
> I have setup a KGS for Zope 3.5, so that people can test the development KGS.
>
> http://download.zope.org/zope3.5/
>
> I have updated all packages to the latest version available. I have not
> tested
> anything. I would like someone to setup a buil
Sebastien Douche a écrit :
> On Sat, Jan 31, 2009 at 11:55, Martijn Faassen wrote:
>> I think the Zope project counts as a "prominent Python project" and we
>> have a lot of interesting code to test, so perhaps they'll let us in. :)
>>
>> Would people be interested in working on making use of this
Christian Theune a écrit :
> Hi,
>
> I've fixed a bug in zope.app.generations and added more logging. Can
> someone have a look on this with a second pair of eyes and give me a go
> for releasing that code as 3.4.2?
Is there something we can do for https://bugs.launchpad.net/zope3/+bug/241416 ?
Roger Ineichen a écrit :
> Hi Christophe
>
>> Betreff: [Zope-dev] z3c.table : upcoming release
>>
>> Hi,
>>
>> I would like to tag and release z3c.table version 0.6.0, it
>> has important bugfixes, and a few new features over 0.5.0.
>>
>> Please tell if someone wants to add more contributions on
Hi,
I would like to tag and release z3c.table version 0.6.0, it has important
bugfixes, and a few new features over 0.5.0.
Please tell if someone wants to add more contributions on this package before I
do it. It would also be a good idea, for people using this package, to try the
trunk with t
Dan Korostelev a écrit :
> 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
Chris Withers a écrit :
> Philipp von Weitershausen wrote:
>>> and why does buildout pick it over a stable release?
>> Because buildout, like easy_install, will pick the newest available
>> version for a distribution. Fortunately, buildout has a prefer-stable
>> option so that you can tell it to
Stephan Richter a écrit :
> On Sunday 17 August 2008, Christophe Combelles wrote:
>> If there are no objections, I would like to tag and release bugfix versions
>> for:
>>
>> zope.server
>> zope.publisher
>> zope.app.server
>> zc.zope3recipes
>>
If there are no objections, I would like to tag and release bugfix versions for:
zope.server
zope.publisher
zope.app.server
zc.zope3recipes
They will help to reduce the number of errors in the global test suite for the
Known Good Set. http://zope3.pov.lt/buildbot/
They at least help in my own se
Jens Vagelpohl a écrit :
> On Aug 15, 2008, at 02:35 , Christophe Combelles wrote:
>> We should also probably consider waiting a bit more for the new site
>> (new.zope.org) to come up, but I don't know when it will be
>> finished. It only
>> needs some content
Marius Gedminas a écrit :
> On Sat, Aug 09, 2008 at 01:50:33AM +0300, Marius Gedminas wrote:
>> On Sat, Aug 09, 2008 at 12:57:48AM +0300, Marius Gedminas wrote:
- zope.server tests fail horribly with invalid file descriptor
errors. I cannot reproduce this error in isolation (bi
Gary Poster a écrit :
> If you use the http://download.zope.org/ppix or
> http://download.zope.org/simple
> indexes and try to get zope.app.authentication 3.4.3 (the newest),
> you will get a 404 error.
>
> Looking at PyPI and the zope.org index, it is evident why.
>
> http://pypi.python.or
8, at 5:17 AM, Chris Withers wrote:
>>
>>> Christophe Combelles wrote:
>>>> Is this change ok?
>>>> It seems to solve the previous failures in the 3.4 kgs, and speeds
>>>> up the test.
>>> I don't have a problem with the change, but thi
Is this change ok?
It seems to solve the previous failures in the 3.4 kgs, and speeds up the test.
Log message for revision 89568:
Added offline=true to every test buildout to prevent unexpected (potentially
recursive) upgrade during tests
Changed:
U zc.zope3recipes/branches/0.6/zc/
Marius Gedminas a écrit :
Something seems to be wrong with zope.app.authentication 3.4.2 and
zope.app.container 3.5.5 eggs:
Test-module import failures:
Module: zope.app.authentication.tests
ValueError: line 13 of the docstring for principalfolder.txt has
inconsistent leading whit
Philipp von Weitershausen a écrit :
Tres Seaver wrote:
Log message for revision 89399:
Pin / fix up dependencies based on comparison with monolith.
Thanks for picking this up!
I do, however, strongly object to pinning versions of dependencies in
setup.py like this. What's the point of egg
Marius Gedminas a écrit :
Something seems to be wrong with zope.app.authentication 3.4.2 and
zope.app.container 3.5.5 eggs:
Test-module import failures:
Module: zope.app.authentication.tests
ValueError: line 13 of the docstring for principalfolder.txt has
inconsistent leading whit
I'm wondering why there are several versions of packages in
controlled-packages.cfg? Isn't the KGS supposed to point to a fixed set of
unique versions ?
I'm asking because I think it's completely impossible to test every combination
of packages:
Imagine the controlled-packages.cfg is
zope.f
I've found another one, detected by zope.release's list-latest:
http://pypi.python.org/pypi/zope.app.externaleditor/3.4.0-r81494
But it seems hidden in pypi.
Christophe Combelles a écrit :
Hi,
could someone remove this package from the PyPI :
http://pypi.python.org/pypi/zope.s
Martijn Faassen a écrit :
Benji York wrote:
[snip]
I also have inclinations to clean up the tests that don't fail, but have
other downsides (random confusing output to stderr, not supporting
layer teardown). I don't consider them to be release blockers, but I
think these would be nice to have i
Hi,
could someone remove this package from the PyPI :
http://pypi.python.org/pypi/zope.size/3.4dev-r73090
This is an empty development version, considered more recent by PyPI than the
latest released version 3.4.0. (which is r78211)
Christophe
___
Z
Stephan Richter a écrit :
On Friday 01 August 2008, Christophe Combelles wrote:
I wanted a separate file that tracks the changes to the
controlled-packages.cfg file.
In my understanding, there is almost no source code in 'zope.release',
since it has been moved into 'zope.kgs
1 - 100 of 156 matches
Mail list logo