On 6/30/10 16:07 , Charlie Clark wrote:
Am 30.06.2010, 15:09 Uhr, schrieb Tres Seavertsea...@palladion.com:
As a general rule, I would actually prefer that we strip out the
keywords currently in the code -- they are CVS-era fossils which no
longer add any value in the SVN + eggs world.
Does
On 6/24/10 09:46 , Jens Vagelpohl wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 6/24/10 09:30 , Chris Withers wrote:
Tres Seaver wrote:
The misconfiguration of the mail host in transactional mode *does* cause
the server to go into a lockdown mode (because errors are not supposed
Log message for revision 112803:
Update Five's testbrowser to support both mechanize 0.1.x and 0.2.x.
Changed:
U Zope/branches/2.12/doc/CHANGES.rst
U Zope/branches/2.12/src/Products/Five/testbrowser.py
-=-
Modified: Zope/branches/2.12/doc/CHANGES.rst
Log message for revision 112804:
Merge r112803 from 2.12 branch
Changed:
U Zope/trunk/src/Testing/testbrowser.py
-=-
Modified: Zope/trunk/src/Testing/testbrowser.py
===
--- Zope/trunk/src/Testing/testbrowser.py
Log message for revision 112805:
This is a feature really, not a bug
Changed:
U Zope/branches/2.12/doc/CHANGES.rst
-=-
Modified: Zope/branches/2.12/doc/CHANGES.rst
===
--- Zope/branches/2.12/doc/CHANGES.rst 2010-05-28
On 5/15/10 09:59 , Martin Aspeli wrote:
On 15 May 2010 15:39, Wichert Akkerman wich...@wiggy.net
mailto:wich...@wiggy.net wrote:
On 5/10/10 17:24 , Wichert Akkerman wrote:
I fixed a few issues in z3c.form today. Can anyone make a 2.3.4
release?
Since I got no reaction
On 5/17/10 15:14 , Gediminas Paulauskas wrote:
2010/5/17 Wichert Akkermanwich...@wiggy.net:
On 5/15/10 09:59 , Martin Aspeli wrote:
On 15 May 2010 15:39, Wichert Akkermanwich...@wiggy.net
mailto:wich...@wiggy.net wrote:
On 5/10/10 17:24 , Wichert Akkerman wrote:
I fixed
Log message for revision 112324:
Fix several template errors in SiteErrorLog (chameleon compatibility)
Changed:
U Zope/branches/2.12/doc/CHANGES.rst
U Zope/branches/2.12/src/Products/SiteErrorLog/www/main.pt
-=-
Modified: Zope/branches/2.12/doc/CHANGES.rst
Log message for revision 112326:
Merge r112324 from 2.12 branch
Changed:
U Zope/trunk/src/Products/SiteErrorLog/www/main.pt
-=-
Modified: Zope/trunk/src/Products/SiteErrorLog/www/main.pt
===
---
On 5/10/10 20:16 , Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Wichert Akkerman wrote:
Where should bugreports for z3c.form be submitted? Its documentation
does not list an issue tracker, and there is no z3c.form project on
launchpad.
I just created one:
https
On 5/10/10 17:24 , Wichert Akkerman wrote:
I fixed a few issues in z3c.form today. Can anyone make a 2.3.4 release?
Since I got no reaction I'll repeat this request: can someone please
make a new z3c.form release? Looking at the pypi page there is no
shortage of people with the ability to do
Where should bugreports for z3c.form be submitted? Its documentation
does not list an issue tracker, and there is no z3c.form project on
launchpad.
Wichert.
___
Zope-Dev maillist - Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**
I fixed a few issues in z3c.form today. Can anyone make a 2.3.4 release?
Wichert.
___
Zope-Dev maillist - Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
On 5/3/10 12:20 , Martijn Faassen wrote:
Hanno Schlichting wrote:
Good evening :)
If you have a specific issue with me, you might contact me in private.
But with your follow-ups this turned into a more general issue.
No, I think this needs to be public as the ZTK is a public project that
I
On 5/3/10 12:34 , Martijn Faassen wrote:
Hi there,
Hanno Schlichting wrote:
I expect us to define the process around package releases and updating
the ZTK. It's not entirely clear to me who should and who is allowed
to update the ZTK definition. We'll figure things out and once we have
I'll
On 5/3/10 12:52 , Martijn Faassen wrote:
Wichert Akkerman wrote:
I suggest that we wait impatiently for the ZTK steering committee to
come up with a useful policy instead of trying to do their work when
none of us volunteered for the task.
I don't understand your suggestion. Could you
On 5/3/10 13:07 , Martijn Faassen wrote:
Wichert Akkerman wrote:
On 5/3/10 12:51 , Martijn Faassen wrote:
Wichert Akkerman wrote:
Can we please not rehash an old discussion or make this personal? This
has all been discussed too often already.
As far as I know, I've *never* discussed
On 5/3/10 15:41 , Martijn Faassen wrote:
Lennart Regebro wrote:
On Mon, May 3, 2010 at 13:22, Martijn Faassenfaas...@startifact.com wrote:
Wichert Akkerman wrote:
Sorry, my mistake. I meant the ZTK release manage group, not the now
defunct ZTK steering group,
Well, if it's defunct
On 4/20/10 13:37 , Stephan Richter wrote:
On Tuesday 20 April 2010, Lennart Regebro wrote:
It replaces the custom doctest.py with monkey-patches.
I will report these to the Python bugtracker as well, although I have
no hope of getting them into Python 2.7. But that doesn't matter much.
:)
On 4/20/10 09:51 , yuppie wrote:
Hi!
Wichert Akkerman wrote:
v is the html as generated by my view. Reraising the exception transfers
control to the bare except in
ZPublisher.Publish.publish_module_standard, which generates the standard
site error page and returns that.
Could
On 4/20/10 09:51 , yuppie wrote:
Hi!
Wichert Akkerman wrote:
v is the html as generated by my view. Reraising the exception transfers
control to the bare except in
ZPublisher.Publish.publish_module_standard, which generates the standard
site error page and returns that.
Could
On 4/20/10 15:17 , yuppie wrote:
Hi!
Wichert Akkerman wrote:
Unauthorised is doing stupid things here:
(Pdb) p v
Unauthorized()
(Pdb) p unicode(v)
u''
(Pdb) p str(v)
*** UnicodeEncodeError: UnicodeEncodeError('ascii',
u'!DOCTYPE html...', 1175, 1176, 'ordinal not in range(128
I can't get an Unauthorized exception view to work with current Zope
2.12 svn. My approach was:
- add a dummy PAS challenge plugin which does nothing, effectively
delegating everything to my Unauthorized exception view
- register a browser view for Unauthorized and return a proper error
On 4/18/10 10:37 , Christophe Combelles wrote:
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
?
+1
Wichert.
--
Wichert Akkerman wich...@wiggy.net It is simple to make things.
http://www.wiggy.net/ It is hard to make things simple.
___
Zope-Dev maillist - Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
earlier today as well and
figured that I can probably get away with it and a little automated
cleanup. I'll try that the next time.
Thank you both!
W.
--
Wichert Akkerman wich...@wiggy.net It is simple to make things.
http://www.wiggy.net/ It is hard to make things simple
Excellent work!
On 4/15/10 16:28 , Tres Seaver wrote:
- - Charlie Clarke put together a script which polls Launchpad for
languishing bugs for a project. I hacked on it a bit, allowing
running the report against the 'zopetoolkit' project group, etc.:
?
Wichert.
--
Wichert Akkerman wich...@wiggy.net It is simple to make things.
http://www.wiggy.net/ It is hard to make things simple.
___
Zope-Dev maillist - Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
Log message for revision 110879:
Merge r110877 to trunk
Changed:
U Zope/trunk/src/Products/PluginIndexes/PathIndex/PathIndex.py
-=-
Modified: Zope/trunk/src/Products/PluginIndexes/PathIndex/PathIndex.py
===
---
Log message for revision 110779:
Wrap exception views in the context of the published object.
Changed:
U Zope/branches/2.12/doc/CHANGES.rst
U Zope/branches/2.12/src/Zope2/App/startup.py
U Zope/branches/2.12/src/Zope2/App/tests/testExceptionHook.py
-=-
Modified:
Log message for revision 110780:
Merge change from 2.12 branch
Changed:
U Zope/trunk/src/Zope2/App/startup.py
U Zope/trunk/src/Zope2/App/tests/testExceptionHook.py
-=-
Modified: Zope/trunk/src/Zope2/App/startup.py
===
---
Log message for revision 110784:
Safety harness
Changed:
U Zope/branches/2.12/src/Zope2/App/startup.py
-=-
Modified: Zope/branches/2.12/src/Zope2/App/startup.py
===
--- Zope/branches/2.12/src/Zope2/App/startup.py 2010-04-13
Log message for revision 110785:
Acquisition is an even harsher mistress now that we have __parent__
Changed:
U Zope/branches/2.12/src/Zope2/App/startup.py
-=-
Modified: Zope/branches/2.12/src/Zope2/App/startup.py
===
---
Log message for revision 110786:
Merge changes from 2.12 branch
Changed:
U Zope/trunk/src/Zope2/App/startup.py
-=-
Modified: Zope/trunk/src/Zope2/App/startup.py
===
--- Zope/trunk/src/Zope2/App/startup.py 2010-04-13 12:43:06
I am wondering why the z3c.form radio widget appends :list to the names
of the generated input elements. Since a radio list can never have more
than one option selected I can't see any reason to do that. Does anyone
know this is done?
Wichert.
___
On 4/7/10 17:14 , Jens Vagelpohl wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 4/7/10 17:08 , Tres Seaver wrote:
I'm seeing frequent periods of 50+% packet loss to the machine, and
can't even get top to run on it this morning. Any clues about what is
causing the load?
I
On 4/7/10 17:17 , Wichert Akkerman wrote:
On 4/7/10 17:14 , Jens Vagelpohl wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 4/7/10 17:08 , Tres Seaver wrote:
I'm seeing frequent periods of 50+% packet loss to the machine, and
can't even get top to run on it this morning. Any clues
On 4/2/10 10:36 , Adam GROSZER wrote:
zc.buildout is a tough decision, because it's not upgrading issue.
See http://mail.python.org/pipermail/distutils-sig/2010-March/015794.html
Why would you ever install zc.buildout systemwide? Just as with
setuptools I consider that to be a recipe for
On 4/2/10 16:23 , Adam GROSZER wrote:
The way you install your app with is:
$ install -u https://build.twollo.com/buildouts/ -p Twollo -V QA --latest
Where the install script comes with keas.build.
At this point nothing exists from your app on the server, not even a
.cfg or svn checkout.
On 3/30/10 16:56 , Hanno Schlichting wrote:
Hi.
For Zope 2.13 (trunk) I'd like to try to reduce the C dependencies of
the Zope2 distribution itself. Ideally it would not have any C
dependencies in its own distribution, but that's a bit too much for
now.
As a next step I'd like to split out
On 3/30/10 18:05 , Hanno Schlichting wrote:
The C code which we might want to turn into optional optimizations at
a later point, would follow the same standard we already use in the
Zope Toolkit. So there won't be any new kind of risk. For example
zope.i18nmessageid and zope.interface use this
On 3/15/10 11:24 , Hanno Schlichting wrote:
On Mon, Mar 15, 2010 at 11:20 AM, Baiju Mmba...@zeomega.com wrote:
In Zope 2.12, Control Panel - Product Management doesn't display
normal products.
This functionality was working until Zope 2.11
What do you mean with normal products ? A simple
caught up
with the new APIs / usage patterns.
Debian has fully automated that approach in its testing distribution.
Perhaps something similar might be doable for the ZTK.
Wichert.=
--
Wichert Akkerman wich...@wiggy.net It is simple to make things.
http://www.wiggy.net/ It is hard
On 3/2/10 09:31 , Christian Theune wrote:
Hi,
today we'll start the experiment of having a short IRC meeting to talk
about organisational issues.
I've had some input for the agenda and mixed with my own questions
here's the list of topics:
ZTK / Infrastructure
- Test runners /
z3c.form.interfaces.IGroupForm does not appear to be used anywhere. Is
that an oversight, or should the interface be deleted?
Wichert.
___
Zope-Dev maillist - Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or
On 3/1/10 13:41 , Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marius Gedminas wrote:
On Sun, Feb 28, 2010 at 05:05:51PM +0100, Wichert Akkerman wrote:
On 2010-2-26 18:25, Tres Seaver wrote:
Wichert Akkerman wrote:
I see this as naming confusion. In this day and age
On 3/1/10 15:09 , Christian Theune wrote:
Hi,
On 03/01/2010 02:28 PM, Martin Aspeli wrote:
I'm with Wichert here.
In most places, we tend to carry around unicode strings internally, and
only encode on the boundaries, e.g. when the URL is rendered. I don't
see why redirect() can't have a
On 2010-2-26 18:25, Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Wichert Akkerman wrote:
On 2/25/10 17:08 , Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Adam GROSZER wrote:
Hello,
Looks like zope.publisher burps on unicode URL which contain non
On 2/25/10 17:08 , Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Adam GROSZER wrote:
Hello,
Looks like zope.publisher burps on unicode URL which contain non-ascii
chars. This is from a KGS 3.4 application, but looking at the source
it still seems to have the same
I suspect many parts in Zope are not up to handling unicode URLs. A bug
I'ld say :)
Wichert.
On 2/25/10 15:00 , Adam GROSZER wrote:
Hello,
Looks like zope.publisher burps on unicode URL which contain non-ascii
chars. This is from a KGS 3.4 application, but looking at the source
it still
In Zope 2.10 exception views were acquisition-wrapped in the publisher
context. This appears to have changed in Zope 2.12: exception views are
now wrapped in the exception. This is problematic since it means you can
no longer use the context when rendering an error page, so things like
On 2/23/10 12:33 , Martin Aspeli wrote:
Wichert Akkerman wrote:
On 2/23/10 11:09 , Hanno Schlichting wrote:
On Tue, Feb 23, 2010 at 10:56 AM, Wichert Akkermanwich...@wiggy.net
wrote:
In Zope 2.10 exception views were acquisition-wrapped in the publisher
context.
In Zope 2.10, exception
On 2/23/10 15:33 , Martin Aspeli wrote:
Hi,
A lot of the forms I write perform a redirect at the end of the action
handler for a successfully submitted form.
z3c.form's __call__() indiscriminately calls update() and then render().
This means that even if something in update() (the action
Log message for revision 109225:
New branch to test a ZPublisher change
Changed:
A Zope/branches/wichert=request-modifier/
-=-
___
Zope-Checkins maillist - Zope-Checkins@zope.org
https://mail.zope.org/mailman/listinfo/zope-checkins
Log message for revision 109226:
If a traversal step returns the same object do not call before-publish hooks
again
Changed:
U Zope/branches/wichert=request-modifier/doc/CHANGES.rst
U Zope/branches/wichert=request-modifier/src/ZPublisher/BaseRequest.py
U
this that I can see is to make ZPublisher check if
a traversal step returns the same object again, and if so skip
the __before_publishing_traverse__ hook in that case. This feels like a
safe change, but I am not sure if this would break anything.
Wichert.
--
Wichert Akkerman wich...@wiggy.net
-21 21:21, Wichert Akkerman wrote:
Apologies for the cross post, but since there are many components
involved here I'm not sure what the right list is.
Plone uses plone.theme to set an IBrowserSkinType on the request that
matches the currently selected CMF skin. This is very useful since
-21 21:21, Wichert Akkerman wrote:
Apologies for the cross post, but since there are many components
involved here I'm not sure what the right list is.
Plone uses plone.theme to set an IBrowserSkinType on the request that
matches the currently selected CMF skin. This is very useful since
source' they ship
is legally valid. And they do have a point that our packages explicitly
point to an internal license file in the package which does not exist.
Wichert.
--
Wichert Akkerman wich...@wiggy.net It is simple to make things.
http://www.wiggy.net/ It is hard
On 2/3/10 15:07 , Martijn Pieters wrote:
Log message for revision 108731:
Fall back to HELO when EHLO (an optional extension) fails
Does that check if the server greets you with ESMTP or SMTP? If it is
ESMTP and EHLO fails something is quite wrong, and if it is SMTP you
already know EHLO
On 2010-1-24 11:11, Adam GROSZER wrote:
Hello,
I did the recipe z3c.recipe.paster:debug just in case someone needs
it.
How does paster shell relate to this?
Wichert.
--
Wichert Akkerman wich...@wiggy.net It is simple to make things.
http://www.wiggy.net/ It is hard
On 1/22/10 14:46 , Lennart Regebro wrote:
* BFG is a minimalistic web framework built on Zope ideas and
experiences, but as a part of it's minimalistic nature does not
include *anything* of the ZTK, it just builds on the ZCA. But you can
use the ZTK, if you want to, you are just not required
On 2010-1-22 18:41, Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Wichert Akkerman wrote:
On 1/22/10 14:46 , Lennart Regebro wrote:
* BFG is a minimalistic web framework built on Zope ideas and
experiences, but as a part of it's minimalistic nature does not
include
an me (in 'GMT+x' time
zones) and pass in the u.s. fun! :)
Does anyone know if this change was deliberate, or what may have happened?
Have you looked at
http://zope3.pov.lt/trac/log/Zope/trunk/lib/python/DateTime?rev=95999
for hints?
Wichert.
--
Wichert Akkerman wich...@wiggy.net
On 2009-12-31 13:09, Jens Vagelpohl wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I noticed that the last release, 1.5.0b1, is over 3 months old. Would
anyone mind if I created a 1.5.0-final release?
Please do.
Wichert.
--
Wichert Akkerman wich...@wiggy.net It is simple to make
On 2009-12-30 15:35, Jens Vagelpohl wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Wichert Akkerman wrote:
On 2009-12-30 15:06, Jens Vagelpohl wrote:
Separate note: On the Import tab I see a dropdown of extension
profiles to select. Changing the selection here never affects the list
On 12/29/09 15:28 , Martijn Faassen wrote:
Hanno Schlichting wrote:
On Mon, Dec 28, 2009 at 10:57 PM, Martijn Faassen
faas...@startifact.com wrote:
Hanno Schlichting wrote:
The ZTK no longer contains any zope.app packages.
I think we should be careful to just remove the zope.app packages
On 12/29/09 16:23 , Martijn Faassen wrote:
Wichert Akkerman wrote:
but I do not think it is fair
to shift that responsibility to others by forcing zope.app.* into the
ZTK.
That's not what happened. What just happened that the responsibility was
*forced out* of the ZTK. I'm all
On 12/29/09 16:25 , Martijn Faassen wrote:
Earlier this year we decided to refocus our efforts on the ZTK, a
leaner, meaner Zope 3 with a different focus, which has code that we
really use, no UI, and with cleaner dependencies.
I feel a disconnect here. As I see it the ZTK is not a 'leaner,
On 12/29/09 16:39 , Wichert Akkerman wrote:
On 12/29/09 16:25 , Martijn Faassen wrote:
Earlier this year we decided to refocus our efforts on the ZTK, a
leaner, meaner Zope 3 with a different focus, which has code that we
really use, no UI, and with cleaner dependencies.
I feel a disconnect
On 12/29/09 17:00 , Martijn Faassen wrote:
Wichert Akkerman wrote:
On 12/29/09 16:25 , Martijn Faassen wrote:
Earlier this year we decided to refocus our efforts on the ZTK, a
leaner, meaner Zope 3 with a different focus, which has code that we
really use, no UI, and with cleaner dependencies
On 12/17/09 16:36 , Ethan Jucovy wrote:
Hi,
On Thu, Dec 17, 2009 at 10:15 AM, Martijn Faassen
faas...@startifact.com wrote:
* It'd be nice if __call__ came back with a LookupError instead of a
TypeError, but how to get from A to B without breakage?
Maybe I've misunderstanding, but what's
On 12/15/09 11:02 , Christian Zagrodnick wrote:
Hi,
to get generations working in Zope 2 the following subscriber is needed:
@zope.component.adapter(zope.app.appsetup.IProcessStartingEvent)
def evolve_minimum(event):
zope.app.generations.generations.evolve(
Zope2.DB,
support is officially no longer desirable.
Wichert.
--
Wichert Akkerman wich...@wiggy.net It is simple to make things.
http://www.wiggy.net/ It is hard to make things simple.
___
Zope-Dev maillist - Zope-Dev@zope.org
https
On 12/6/09 02:45 , Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Zope Tests Summarizer wrote:
Summary of messages to the zope-tests list.
Period Fri Dec 4 12:00:00 2009 UTC to Sat Dec 5 12:00:00 2009 UTC.
There were 6 messages: 6 from Zope Tests.
Unknown
---
/pypi/mr.freeze ) can do
this. Perhaps there is some code there you could borrow.
Wichert.
--
Wichert Akkerman wich...@wiggy.net It is simple to make things.
http://www.wiggy.net/ It is hard to make things simple.
___
Zope-Dev
On 11/30/09 13:43 , Hanno Schlichting wrote:
On Mon, Nov 30, 2009 at 1:21 PM, Martin Aspelioptilude+li...@gmail.com
wrote:
Martijn Faassen wrote:
This implies we don't want to release zope.component 4.0 for a long time
yet.
I think the answer should be never. :)
I think never is a
On 11/30/09 14:45 , Hanno Schlichting wrote:
On Mon, Nov 30, 2009 at 2:39 PM, Wichert Akkermanwich...@wiggy.net wrote:
We could also say that we will clean up the API when we move to Python
3. That is a natural breaking point anyway, so it will not any extra
pain for users of the ZCA.
yesterday.
That's not a fix, it just replaced one problem with another one: it is
now impossible to get your full list of packages.
Wichert.
--
Wichert Akkerman wich...@wiggy.net It is simple to make things.
http://www.wiggy.net/ It is hard to make things simple
'. It
uses the ZCA (and zope.i18n currently), but that's about it. The ZTK as
it currently is implies a whole lot of Zopisms that BFG does not
subscribe to.
Wichert.
--
Wichert Akkerman wich...@wiggy.net It is simple to make things.
http://www.wiggy.net/ It is hard to make things
On 2009-11-24 17:26, Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Wichert Akkerman wrote:
On 2009-11-24 05:57, Martin Aspeli wrote:
I whole-heartedly agree, and I think it's important that we use the
momentum behind BFG (and other consumers of the ZTK) to drive the ZTK
On 11/5/09 14:18 , Jonathan Ballet wrote:
Hi Adam,
On Wed, Nov 4, 2009 at 7:11 PM, Adam GROSZERagros...@gmail.com wrote:
Hello Jonathan,
bin/buildout -N does not fit you?
In fact, we have very strong constraints where our buildout's results
are ran : most of our customers deploy this
On 10/25/09 15:08 , Adam GROSZER wrote:
Hello,
Custom schema properties proposal
=
The problem
is that we have a baseline project. This baseline project gets
customized for each client. Each client has different (usually just a
little bit)
On 10/12/09 01:22 , Fabio Tranchitella wrote:
Hello,
* 2009-10-09 15:37, Martijn Faassen wrote:
I'm okay with *not* doing the split up and going with your idea, but I
think eventually such a split up would simplify things. One advantage
would be that someone could examine repoze.zcml and not
in those databases. The hash is not a unicode string
but a bytestring.
Wichert.
--
Wichert Akkerman wich...@wiggy.net It is simple to make things.
http://www.wiggy.net/ It is hard to make things simple.
___
Zope-Dev maillist - Zope-Dev
')
That generates something entirely differently than standard SSHA1
implementations, which will break interop.
Wichert.
--
Wichert Akkerman wich...@wiggy.net It is simple to make things.
http://www.wiggy.net/ It is hard to make things simple
documentation. We should actively
work to create such narrative documentation.
How do you define narrative documentation? Do you consider z3c.form to
have narrative documentation for example?
Wichert.
--
Wichert Akkerman wich...@wiggy.net It is simple to make things.
http://www.wiggy.net
anything other than port 80 or https over something
other than port 443.
Wichert.
--
Wichert Akkerman wich...@wiggy.net It is simple to make things.
http://www.wiggy.net/ It is hard to make things simple.
___
Zope-Dev maillist - Zope
On 9/15/09 10:33 , Reinout van Rees wrote:
On 2009-09-11, Sebastien Douchesdou...@gmail.com wrote:
Caution with the actual workflow, 2 differences between SVN and Hg :
- you cannot check out partial repository
- external does not exist
Missing externals has been a pain point for me.
On 9/15/09 13:56 , Gary Poster wrote:
On Sep 15, 2009, at 4:56 AM, Wichert Akkerman wrote:
In my experience distributed SCMs add bottlenecks to development that we
currently do not have in the Zope community: with both our shared svn
repository and distributed SCMs everyone can branch
for A to do some work on it things break with
this policy because it will have version 0 and can no longer satisfy the
= 2.1 requirement.
Wichert.
--
Wichert Akkerman wich...@wiggy.net It is simple to make things.
http://www.wiggy.net/ It is hard to make things simple
On 9/10/09 11:40 , Chris Withers wrote:
Hi All,
I'm doing some development of zc.buildout, and I'm down to a couple of
test failures. The test suite takes quite a long time to run.
Using zc.recipe.testrunner, how can I limt the run to just one file?
eg:
File
The latest zc.recipe.cmmi release started using the zc.buildout download
API but does not depend on zc.buildout 1.4 or later, which broke several
buildouts for me. I've fixed the dependency in r103703. Can someone make
a new release?
Wichert.
___
z3c.form uses zope.schema.interfaces.IDecimal, which is not present in
early versions of zope.schema as used by Zope 2.10. As far as I can tell
z3c.form must have a versioned dependency on zope.schema = 3.3.0.
Regards,
Wichert.
___
Zope-Dev maillist
on PyPI instead of the newest,
Doesn't it break all versioned dependencies on that package?
Wichert.
--
Wichert Akkerman wich...@wiggy.net It is simple to make things.
http://www.wiggy.net/ It is hard to make things simple.
___
Zope-Dev
there have
been no complaints by anyone. And as Robert noted you can use a
Subversion 1.4 client with a 1.5 server just fine.
I think doing the server upgrade very soon (tm) shouldn't be a problem.
Relative externals are handled on the svn client, not the svn server.
Wichert.
--
Wichert Akkerman
On 8/6/09 11:35 , Fabio Tranchitella wrote:
I propose a (very) simple policy, which we can use to improve the current
situation:
* a package is part of the ZTK if the following criteria are met:
- It has at least N zope developers (with commit rights) who
explicitly expressed
On 8/6/09 17:44 , Fred Drake wrote:
2009/8/6 Fabio Tranchitellakob...@kobold.it:
Am I correct saying that your idea is to restrict the ZTK to the packages
defined as the intersection of the dependencies of zope2, zope3 and grok?
ZTK = intersection ( zope2-dependencies , zope3-dependencies,
On 7/23/09 12:10 PM, yuppie wrote:
Hi!
SOFTWARE_HOME no longer exist in Zope 2.12, all the software is now
somewhere on sys.path.
So this no longer works in zopectl:
ZDCTL=$SOFTWARE_HOME/Zope2/Startup/zopectl.py
exec $PYTHON $ZDCTL -C $CONFIG_FILE $@
Therefore mkzopeinstance now
On 6/30/09 7:03 PM, Stephan Richter wrote:
It is needed for the latest-versions script as this parses XML. I consider
lxml pretty much the standard tool to do XML in Python these days. Who is not
using lxml?
I suspect the majority of people who use OSX as their main platform try
to stay as
101 - 200 of 413 matches
Mail list logo