Hello,
An full-egg zope 3.4 buildout installed with zopeproject tells me the zope
version is 3.3.1 (in /++etc++process/):
- I have a fully eggified zope 3.4 installed with zopeproject.
- I also have a zope 3.3.1 installed on the system python.
When I start the 3.4 full-egg instance, I've
kevin gill a écrit :
I have created a simple authenticator plug-in. It allows me to load my
users from my database. The plug-in only allows me to control the name of
a principal and validate their user name / password.
I need to tell Zope which roles different users have. I have the roles
Hi,
is it a problem with my setup?
When I launch the tests of z3c.formdemo (current trunk), I get:
Ran 130 tests with 3 failures and 0 errors in 11.699 seconds.
The three failures are very similar:
The first one is:
Failure in test /tmp/formdemo2/src/z3c/formdemo/message/README.txt
Failed
Stephan Richter a écrit :
On Friday 07 December 2007, Christophe Combelles wrote:
is it a problem with my setup?
When I launch the tests of z3c.formdemo (current trunk), I get:
Ran 130 tests with 3 failures and 0 errors in 11.699 seconds.
Hi Christophe,
I just ran the tests on the trunk
Hi,
I have created a new tag 3.4.1 for zope.app.locales,
may I ask someone to register/upload it onto PyPI, or to grant me the permission
to do it (account 'ccomb' on pypi) ?
Then I would like to know what are the next steps to have it included in the
KGS/release for 3.4. (I'm not yet
Hi,
When creating a buildout with zopeproject, the site.zcml puts the package
registration before the apidoc registration:
include package=${package} /
!-- Remove this reference to disable the APIDoc tool.
You should do this for production --
include file=apidoc.zcml /
This
how do I automatically create some needed object at application startup?
Do it by subscribing to IDatabaseOpenedWithRootEvent (from zope.app.appsetup)
Example code:
@adapter(IDatabaseOpenedWithRootEvent)
def CreateMyContainer(event):
conn = event.database.open()
root =
Fred Drake a écrit :
On Dec 14, 2007 3:48 PM, Marius Gedminas [EMAIL PROTECTED] wrote:
Or maybe reuse getInformationFromEvent from
zope.app.appsetup.bootstrap, although it smells like an internal
function.
It does, but you wouldn't be the first to use it outside it's module. :-)
Actually,
Philipp von Weitershausen a écrit :
individual eggs as well. The KGS [1] maintained by Stephan Richter
provides you with a list of the most recent releases
[1] http://download.zope.org/zope3.4/versions.cfg
Hi Stephan, could you please update the KGS to include zope.app.locales 3.4.1 ?
Hi,
I was trying to read and understand zope.release and zope.kgs (to be able to add
zope.app.locales 3.4.1 into the upcoming zope 3.4).
So I've tried to run all the tests of the KGS :
-
$ ./bin/test -vpc1
Running tests at level 1
I'm trying to figure out where (in the svn) the following file is:
http://download.zope.org/zope3.4/controlled-packages.cfg
Isn't it supposed to be the same as the one found in zope.release (trunk or
3.4.0b2 tag) ?
Where does the difference come from?
Christophe
Stephan Richter a écrit :
On Friday 11 January 2008, Christophe Combelles wrote:
I'm trying to figure out where (in the svn) the following file is:
http://download.zope.org/zope3.4/controlled-packages.cfg
Isn't it supposed to be the same as the one found in zope.release (trunk or
3.4.0b2 tag
Chris Withers a écrit :
Hi All,
Is there a known/unknown list of what Zope 3 components work with Python
2.5 and what don't?
there is a wiki page
http://wiki.zope.org/zope3/Zope3UsingPython25
and a status list
http://wiki.zope.org/zope3/ModuleImplementationStatus
Christophe
My memory
Zvezdan Petkovic a écrit :
On Jan 24, 2008, at 9:16 PM, Stephan Richter wrote:
Before I am going to start that process, I wanted to ask whether
people would like to see any new packages in the KGS or whether there
are new releases of packages that need to be updated.
How about using
Stephan Richter a écrit :
Not responding to anyone in particular:
I see there are plenty people with opinions. I would love not to do the Zope 3
releases anymore! I am tired of the endless discussions.
Think I am frustrated? Absolutely!
All the suggestions made here require more work, more
Stephan Richter a écrit :
On Friday 11 January 2008, Christophe Combelles wrote:
I was trying to read and understand zope.release and zope.kgs (to be able
to add zope.app.locales 3.4.1 into the upcoming zope 3.4).
Cool, did you get it to work? BTW, I have added this version to the KGS
Dmitry Vasiliev a écrit :
Hi All!
I've just updated Russian translation at zope.app.locales and notice
tags for all previous releases of the package. The question is should I
create new tag (and update setup.py or something) for the package to be
included into the next Zope 3 release? Links
Hi,
It seems that the 'versions' information in a buildout has a priority over
'develop'?
What I wanted is to use the exact versions of the KGS:
extends = http://download.zope.org/zope3.4/versions.cfg
versions = versions
Then for a particular egg (say, z3c.menu), use a develop-egg instead:
Christophe Combelles a écrit :
Hi,
It seems that the 'versions' information in a buildout has a priority
over 'develop'?
What I wanted is to use the exact versions of the KGS:
extends = http://download.zope.org/zope3.4/versions.cfg
versions = versions
Then for a particular egg (say
Jim Fulton a écrit :
On Feb 22, 2008, at 7:23 PM, Christophe Combelles wrote:
Hi,
It seems that the 'versions' information in a buildout has a priority
over 'develop'?
Yup
What I wanted is to use the exact versions of the KGS:
extends = http://download.zope.org/zope3.4/versions.cfg
the user (in stdout) about the
conflict. Buildout should tell him that either the specified version won't be
used, or the develop-egg won't be used.
regards
Christophe
Regards,
David
Jim Fulton wrote:
On Feb 23, 2008, at 9:26 AM, Christophe Combelles wrote:
I don't have enough experience
Martijn Faassen a écrit :
(...)
I think the term 'develop' is badly chosen. You are right if you argue while
having the meaning of 'develop' in mind. You are explaining what you think a
'develop' option should be. A 'develop' option means: I want to 'develop' on
this package, so I want it
Aaron Lehmann a écrit :
On Feb 26, 2008, at 9:38 AM, Christophe Combelles wrote:
Martijn Faassen a écrit :
(...)
The two easiest choices are 1) issue a clear warning in stderr, or 2)
rename 'develop' to something else.
So, the people that understand either get spammed with warning
Hi,
The z3c.form.converter.FileUploadDataConverter has no toWidgetValue() method.
Instead, it inherits from BaseDataConverter.toWidgetValue(), that returns
unicode(data).
However unicode(value) returns an error when the value is binary data!
Shouldn't FileUploadDataConverter implement its
Roger Ineichen a écrit :
Hi Christophe
Betreff: [Zope-dev] z3c.form: unicode error with upload form
Hi,
The z3c.form.converter.FileUploadDataConverter has no
toWidgetValue() method.
Instead, it inherits from BaseDataConverter.toWidgetValue(),
that returns unicode(data).
However
It seems there are interesting stuffs here
http://svn.zope.org/zope3org/trunk/src/
I think it comes from the NeckarSprint.
Are these packages released somewhere as independent eggs?
Or is it on someone's todo list?
Or are some of them reimplemented somewhere else?
Is zope3org intended to evolve
Lennart Regebro a écrit :
Microsites, microsites, microsites!
If there are lots of people wanting to set up a bunch of microsites, I agree it
would be better to have them.
However, the site is needed for a long time and it's been six month since the
new project started and we have just a
Christian Theune a écrit :
Hi,
On Sat, Apr 19, 2008 at 08:19:55AM +0200, Andreas Jung wrote:
Hi,
I asked already six weeks ago about the schedule for the final 3.4 release
and got no reply so far. So once again the same question...how is in charge
for doing the 3.4 release?
I'm afraid
Christian Theune a écrit :
Well. If there are updates that we want to be in the release (from your list
zope.app.locales counts AFAICT) we need to do another release candidate. If
we'd be good to release 3.4.0 right away, then there can't be any changes from
the release candidate. (Getting minor
Christian Theune a écrit :
True. Considering that the current zope.org effort hopefully won't die (when
are we going to go live? Is there something like a check list or road map?)
I will be working on it for 3 days at the Paris sprint
Hope I will succeed in doing something useful...
Right.
Paul Carduner a écrit :
* THE POINT OF THIS EMAIL IS BELOW *
I would like to develop a buildout recipe that generates aggregated
documentation for a package (like z3c.form) using sphynx and publishes
it to the new zope.org website. I want updating of zope documentation
on zope.org to
Marius Gedminas a écrit :
On Wed, Apr 23, 2008 at 08:36:09AM -0700, Stephan Richter wrote:
On Tuesday 22 April 2008, Brian Sutherland wrote:
I'd like to announce that the SchoolTool project has finished packaging
a large proportion of the Zope 3 stack as separate Debian packages based
on the
Marius Gedminas a écrit :
On Wed, Apr 23, 2008 at 09:48:45PM +0200, Christophe Combelles wrote:
Marius Gedminas a écrit :
On Wed, Apr 23, 2008 at 08:36:09AM -0700, Stephan Richter wrote:
On Tuesday 22 April 2008, Brian Sutherland wrote:
I'd like to announce that the SchoolTool project has
Maurits van Rees a écrit :
Hi,
zope/app/locales/TRANSLATE.txt says:
...
After that, you need to merge those changes to all existing
translations. You can do that by executing the ``i18nmergeall.py``
script from the ``utilities`` directory of your Zope 3 checkout:
$ python
Christian Zagrodnick a écrit :
On 2008-05-01 02:06:17 +0200, Roger Ineichen [EMAIL PROTECTED] said:
What does this mean?
The locale extraction is now a part of a recipe
and not a part of a package itself.
My goal is to remove the dependencies in the
z3c.recipe.i18n, because right now it uses
Hi,
If an object with a unicode name is copied then deleted, there is a unicode
error. I've reported it here:
https://bugs.launchpad.net/zope3/+bug/238579
This is annoying because the user account becomes unusable!
The deleted object is kept in the user's clipboard, and the traversal is
I've just found it's a duplicate of #163149.
I'll commit the fix.
Christophe
Christophe Combelles a écrit :
Hi,
If an object with a unicode name is copied then deleted, there is a
unicode error. I've reported it here:
https://bugs.launchpad.net/zope3/+bug/238579
This is annoying because
Combelles a écrit :
I've just found it's a duplicate of #163149.
https://bugs.launchpad.net/zope3/+bug/163149
I'll commit the fix.
Christophe
Christophe Combelles a écrit :
Hi,
If an object with a unicode name is copied then deleted, there is a
unicode error. I've reported it here:
https
Christian Theune a écrit :
Hi,
I've watched my buildbot send out notifications for a while and pondered how
to make them available to more people. I decided to send them to this list on
a 'problem' level.
The 'problem' level sends a message when a builder changes from a good state
to a bad
Hi,
While fixing some bugs in zope.app.container,
I've also modified the implementation of the BTreeContainer,
by not inheriting from the SampleContainer, and directly accessing the btree.
This had remained as a TODO in the btree.py file, so I did it, but...
The result is all previous
Marius Gedminas a écrit :
On Fri, Jun 13, 2008 at 09:40:06PM +0200, Christophe Combelles wrote:
While fixing some bugs in zope.app.container,
I've also modified the implementation of the BTreeContainer,
by not inheriting from the SampleContainer, and directly accessing the
btree. This had
Martin Aspeli a écrit :
Tim Cook wrote:
On Sat, 2008-06-14 at 13:10 +0200, Christian Theune wrote:
That's exactly the behaviour I was afraid of.
I propose to keep it around for a few more days to see how it
stabilizes. If
it jerks again, I'll switch off notifications until I get a change
Benji York a écrit :
On Mon, Jun 16, 2008 at 4:42 AM, Christophe Combelles [EMAIL PROTECTED] wrote:
Log message for revision 87419:
1 include per line
Why's that?
Not extremely important, but it's better for diffs and it allows easy-sorting of
import lines. (and it's pep8)
Christophe
Christian Theune a écrit :
Hi,
This post refers to Philipp's guide for `Maintaining software in the Zope
software repository` [1].
I noticed that I kept getting confused about maintaining CHANGES.txt entries
when merging bug fixes around, looked around a bit and thought I'd share my
findings.
Christian Theune a écrit :
Hi,
On Wed, Jun 18, 2008 at 01:23:20PM +0200, Christophe Combelles wrote:
Hi Christian,
let's take a real package as an example (on which I recently did some merges)
CHANGES.txt on the trunk:
http://svn.zope.org/zope.app.container/trunk/CHANGES.txt?rev=87370
Christian Theune a écrit :
Hi,
I saw that ccomb fixed bug #227617 a few days ago (thanks!) and that he also
backported it to the 3.5 branch.
zope.app.container has a couple of bugfixes aggregated already and I'd like to
do a release. Any objections?
I did'nt find any other reported bugs in
Roger Ineichen a écrit :
hi
I'm pretty sure the container changes are not compatible because of
some bad __init__ methods in inherited classes in other packages.
But that's not the fault of the refactoring that is correct
as far as I can see.
zope.app.authentication.groupfolder.py
class
Christophe Combelles a écrit :
Roger Ineichen a écrit :
hi
I'm pretty sure the container changes are not compatible because of
some bad __init__ methods in inherited classes in other packages.
But that's not the fault of the refactoring that is correct as far as
I can see
I've added a tag for the 3.5.4 bugfix release of zope.app.container.
Could someone please add me on the owners list on pypi so that I can upload it?
thanks,
Christophe
___
Zope-Dev maillist - Zope-Dev@zope.org
Baiju M a écrit :
- Christophe Combelles [EMAIL PROTECTED] wrote:
I've added a tag for the 3.5.4 bugfix release of zope.app.container.
Could someone please add me on the owners list on pypi so that I can
upload it?
Your PyPI ID ?
ccomb
--
Baiju M
Baiju M a écrit :
- Christophe Combelles [EMAIL PROTECTED] wrote:
Baiju M a écrit :
- Christophe Combelles [EMAIL PROTECTED] wrote:
I've added a tag for the 3.5.4 bugfix release of
zope.app.container.
Could someone please add me on the owners list on pypi so that I
can
upload
Stephan Richter a écrit :
Log message for revision 89104:
* Added latest version of zope.app.security to avoid deprecation
warnings.
* Added history file for the KGS to hopefully create better release
notes.
Did you miss the CHANGES.txt in zope.release ? We have two histories
Stephan Richter a écrit :
On Friday 01 August 2008, Christophe Combelles wrote:
Did you miss the CHANGES.txt in zope.release ? We have two histories now.
Nope, but that file tracks the package -- source code -- changes of
zope.release.
I wanted a separate file that tracks the changes
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'. So there should
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
___
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'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.size/3.4dev
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
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
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
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
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
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 this damages the
usefulness of README.txt as documentation.
As someone who's never used zope3recipes, I'm going
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.
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 (bin/test -m
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 for zope2, grok, and some other pages.
I
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
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
They will help to reduce the number of errors in the global test
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 prefer
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 and
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
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
this package
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 ?
Sebastien Douche a écrit :
On Sat, Jan 31, 2009 at 11:55, Martijn Faassen faas...@startifact.com 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
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 buildbot
Marius Gedminas a écrit :
On Mon, Feb 02, 2009 at 12:38:07PM +0300, Dan Korostelev wrote:
2009/2/2 Christophe Combelles cc...@free.fr:
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
Dan Korostelev a écrit :
2009/2/2 Christophe Combelles cc...@free.fr:
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
Christian Theune a écrit :
On Mon, 2 Feb 2009 09:16:38 -0800
Paul Carduner paulcardu...@gmail.com wrote:
On Mon, Feb 2, 2009 at 8:49 AM, Christian Theune c...@gocept.com
wrote:
My short-term goal is to produce a document that I can pass to new
developers with reasonable confidence that
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 here
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
I'll add other slaves soon (32bit and py2.6
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
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
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 versions.
We have an application in production
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 guideline for Zope
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
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
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 production and
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 plan
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, as
Adam GROSZER a écrit :
Hello,
There is a sheet with versions for KGS 3.4.1
http://spreadsheets.google.com/pub?key=tUE5Q72d4Kg1FXaacCA3EKQoutput=html
Anyone for/against those versions?
The open questions that remain:
* What about pytz 2010g?
* Which lxml version to take? 1.3.6?
* What
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 one I
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=tUE5Q72d4Kg1FXaacCA3EKQoutput=
html
Anyone for/against those versions?
The open questions that remain:
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
http://spreadsheets.google.com/pub?key=tUE5Q72d4Kg1FXaacCA3EKQoutput=
html
Anyone for/against those versions
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
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 understand
Lennart Regebro a écrit :
On Sun, Apr 18, 2010 at 10:37, Christophe Combelles cc...@free.fr 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 to write tests.
I'm
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 -
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
Hanno Schlichting a écrit :
Hi.
On Sun, Apr 25, 2010 at 11:14 AM, Christophe Combelles cc...@free.fr 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 not
included in the ZTK? I
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.html
1 - 100 of 148 matches
Mail list logo
