Christian Theune wrote at 2009-4-3 08:45 +0200:
...
I don't want to change the process structure: I only want to assure that
the processes we start also quit.
Then no objection from me.
--
Dieter
___
Zope-Dev maillist - Zope-Dev@zope.org
Chris Withers wrote at 2009-4-2 20:36 +0100:
...
Personally, I evaluate such eggs in a sandbox, and then add them to the
project-specific index once I'm sure that they work with the other
software in the index: I don't use PyPI at all when building out
production sites.
That seems overly
Chris Withers wrote at 2009-4-2 20:42 +0100:
...
KGS the
concept is very easy to implement; you just make available on some URL a
buildout versions.cfg, or you run your own package index.
OK, the former I can see happening on an end-user project, the latter is
just too much work.
Tres has
Chris Withers wrote at 2009-4-2 21:29 +0100:
Andreas Jung wrote:
Andrew others have been working on this issue at the sprint. There is
consensus that www.zope.org must be turned into landing page with some
mission statement and then links to the related subprojects. The current
zope.org site
Marius Gedminas wrote at 2009-4-3 01:34 +0300:
On Thu, Apr 02, 2009 at 07:31:00PM +0100, Chris Withers wrote:
So, svn.zope.org causes me pain at the moment:
- it uses the bizarre svn or svn+ssh protocols, which I find annoying
(ports blocked on routers, can't check with a browser, etc)
+10
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dieter Maurer wrote:
Chris Withers wrote at 2009-4-2 21:29 +0100:
Andreas Jung wrote:
Andrew others have been working on this issue at the sprint. There is
consensus that www.zope.org must be turned into landing page with some
mission statement
On Sun, Apr 5, 2009 at 08:32, Dieter Maurer die...@handshake.de wrote:
Because members put there content (product implementations) still usable?
Absolutely right. In the long run that should probably be moved over
to PyPI though.
--
Lennart Regebro: Pythonista, Barista, Notsotrista.
Hi,
Today, I found a bug in ChoiceTerms: it will only bind the field if
field.vocabulary is None, which breaks uses of an IContextSourceBinder.
I thought to fix that in svn, but there's no 1.9.x branch, and 2.0
(trunk) is a very different beast.
Tracking 2.0 trunk is not an option right now.
Summary of messages to the zope-tests list.
Period Sat Apr 4 12:00:00 2009 UTC to Sun Apr 5 12:00:00 2009 UTC.
There were 8 messages: 8 from Zope Tests.
Test failures
-
Subject: FAILED (failures=2, errors=1) : Zope-trunk-alltests Python-2.6.1 :
Linux
From: Zope Tests
Date: Sat
Dieter Maurer wrote:
Unless newer SVN versions improved on this: using different
access protocols is hampered by svn:external as they were (still
are?) required to be absolute urls (including the protocal).
This way, the access protocol may change in between of a checkout
(involving
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dieter Maurer wrote:
Chris Withers wrote at 2009-4-2 20:42 +0100:
...
KGS the
concept is very easy to implement; you just make available on some URL a
buildout versions.cfg, or you run your own package index.
OK, the former I can see happening
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lennart Regebro wrote:
On Sun, Apr 5, 2009 at 08:32, Dieter Maurer die...@handshake.de wrote:
Because members put there content (product implementations) still usable?
Absolutely right. In the long run that should probably be moved over
to PyPI
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chris McDonough wrote:
Using an interface class for a constant container would often be handy but
it
might be an inappropriate use of interface classes. FTR, I do often put
constants in an interfaces.py module at module scope (if there are more
Hello Martin,
I think 1.9 is a definite candidate for bugfixes because it is
included right now in KGS 3.4, that means it should be the stable on.
2.0 depends already on features of some packages of the trunk.
(I asked also myself whether that's a good thing, because 1.9 is so
ancient and 2.0
On Sun, Apr 05, 2009 at 09:10:10AM +0200, Dieter Maurer wrote:
Marius Gedminas wrote at 2009-4-3 01:34 +0300:
On Thu, Apr 02, 2009 at 07:31:00PM +0100, Chris Withers wrote:
So, svn.zope.org causes me pain at the moment:
- it uses the bizarre svn or svn+ssh protocols, which I find annoying
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Roger Ineichen wrote:
Log message for revision 97754:
Use applySkin from new location zope.publisher.skinnable
instead of zope.publisher.browser.
Changed:
U zope.traversing/trunk/CHANGES.txt
U
Tres Seaver wrote:
Roger Ineichen wrote:
Log message for revision 97754:
Use applySkin from new location zope.publisher.skinnable
instead of zope.publisher.browser.
This change breaks older packages who might expect a 3.5.x version to
have compatible dependencies: it impliictly
On Sun, Apr 5, 2009 at 17:23, Tres Seaver tsea...@palladion.com wrote:
PyPI won't work for non-eggified products.
Right, so they need to be eggified then, which is a Good Thing. :)
I'm not saying they should be moved *now*. Just in the long run. If
the product is still maintained and cared
On Sun, Apr 5, 2009 at 17:48, Marius Gedminas mar...@gedmin.as wrote:
This is a very good point I'd forgotten about. However, currently the
existing svn:externals all point to read-only svn:// URLs, and switching
them to http:// would not change anything substantially.
Nope, but switching
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tres Seaver wrote:
Lennart Regebro wrote:
On Sun, Apr 5, 2009 at 08:32, Dieter Maurer die...@handshake.de wrote:
Because members put there content (product implementations) still usable?
Absolutely right. In the long run that should probably be
Tres Seaver wrote:
Chris McDonough wrote:
Using an interface class for a constant container would often be handy but
it
might be an inappropriate use of interface classes. FTR, I do often put
constants in an interfaces.py module at module scope (if there are more
than
one related,
On Sunday 05 April 2009, Martin Aspeli wrote:
I thought to fix that in svn, but there's no 1.9.x branch, and 2.0
(trunk) is a very different beast.
I usually do not create a branch for a major version until it is needed. I
then use the latest tag of that version and copy it to the branch.
On Sunday 05 April 2009, Adam GROSZER wrote:
I think 1.9 is a definite candidate for bugfixes because it is
included right now in KGS 3.4, that means it should be the stable on.
I agree.
2.0 depends already on features of some packages of the trunk.
(I asked also myself whether that's a good
Chris Withers wrote at 2009-4-2 21:29 +0100:
Andreas Jung wrote:
Andrew others have been working on this issue at the sprint. There is
consensus that www.zope.org must be turned into landing page with some
mission statement and then links to the related subprojects. The current
zope.org site
Chris Withers wrote at 2009-4-2 20:22 +0100:
Dieter Maurer wrote:
SkinnedFolder (at least if you mean
http://www.handshake.de/~dieter/pyprojects/zope/index.html#bct_sec_4.7;)
makes CMFCore's SkinsTool available (without the need to use
CMFDefault or portal objects).
That might involve getting
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dieter Maurer wrote:
Chris Withers wrote at 2009-4-2 21:29 +0100:
Andreas Jung wrote:
Andrew others have been working on this issue at the sprint. There is
consensus that www.zope.org must be turned into landing page with some
mission statement
On Sun, Apr 5, 2009 at 08:32, Dieter Maurer die...@handshake.de wrote:
Because members put there content (product implementations) still usable?
Absolutely right. In the long run that should probably be moved over
to PyPI though.
--
Lennart Regebro: Pythonista, Barista, Notsotrista.
Thanks for this post Jürgen. You made me think of my agenda. My
agenda is to promote Zope/Plone as a great way to create web
applications that you also want to distribute as desktop applications.
I have posted about this a long time ago but there is no reason for
anyone on this list to remember,
Looks like gmail won't append a sig to a draft email.
Anyway here is my sig.
--
Tim Nash
Lead Developer
http://www.sanmateowaveforms.com
Zope/Plone: distribute your web applications as desktop applications.
Installs on mac and windows with one click.
29 matches
Mail list logo