On Nov 11, 2007 8:06 AM, Martijn Faassen [EMAIL PROTECTED] wrote:
I therefore still believe that version dependency information should
move out of external indexes and into packages.
This is at least the intuitive place for this information. My
application requires Grok 0.11, which requires
Previously Martijn Faassen wrote:
People have been saying that since Linux distributions use external
indexes, we should too, as we are dealing with the same problem as Linux
distributions. While the problem is similar, I think the nature of
development makes our problems, and therefore our
Summary of messages to the zope-tests list.
Period Sat Nov 10 13:00:00 2007 UTC to Sun Nov 11 13:00:00 2007 UTC.
There were 5 messages: 5 from Zope Unit Tests.
Tests passed OK
---
Subject: OK : Zope-2.7 Python-2.3.6 : Linux
From: Zope Unit Tests
Date: Sat Nov 10 20:52:20 EST 2007
Hi Martijn
Betreff: [Zope-dev] why external version indexes don't
fulfill all use casesfor development
Hi there,
I've been doing some more thinking about external version
indexes (like Grok's versions.cfg on a URL, and like KGS) and
why they won't solve all our problems. I have a new
The Buildbot has detected a failed build of Zope trunk 2.4 Windows 2000
zc-bbwin6.
Buildbot URL: http://buildbot.zope.org/
Build Reason: changes
Build Source Stamp: 3425
Blamelist: adamg,ctheune,gregweb,nikhil_n,oestermeier,philikon,srichter,torsti
BUILD FAILED: failed test
sincerely,
-The
While trying to implement the outcome of that zope3-dev discussion on
pagelets being content providers, I noticed that the doc strings for
IContentProvider talk about how content providers are to be looked up:
They specify (informally) that content providers are discriminated by
context, request,
Hello,
I'm looking for place to host our source code for Hivurt. We have some
choices to use our and switch to free services.
As one of the best it Google Code, but it have strict license policy.
And there is no ZPL in list. ZPL is GPL compatible, but it is not the
same. Second SF.NET, but,
On Nov 11, 2007 1:34 PM, Thomas Lotze [EMAIL PROTECTED] wrote:
To my understanding, the interface should only specify how an object
behaves, not how it is obtained.
That's my understanding as well.
The interface should express how a provider of the interface behaves;
larger pictures should be
On 11.11.2007, at 19:41, Mikhail Kashkin wrote:
Hello,
I'm looking for place to host our source code for Hivurt. We have
some choices to use our and switch to free services.
As one of the best it Google Code, but it have strict license
policy. And there is no ZPL in list. ZPL is GPL
On Nov 11, 2007, at 2:06 AM, Martijn Faassen wrote:
Hi there,
I've been doing some more thinking about external version indexes
(like Grok's versions.cfg on a URL, and like KGS) and why they
won't solve all our problems. I have a new way to express it, so
let me try it out on you all.
Betreff: [Zope-dev] Doc strings of IContentProvider
Hi Thomas
While trying to implement the outcome of that zope3-dev
discussion on pagelets being content providers, I noticed
that the doc strings for IContentProvider talk about how
content providers are to be looked up:
They specify
On Sunday 11 November 2007, Lennart Regebro wrote:
On Nov 11, 2007 8:06 AM, Martijn Faassen [EMAIL PROTECTED] wrote:
I therefore still believe that version dependency information should
move out of external indexes and into packages.
This is at least the intuitive place for this
On Nov 11, 2007, at 6:11 PM, Stephan Richter wrote:
On Sunday 11 November 2007, Lennart Regebro wrote:
On Nov 11, 2007 8:06 AM, Martijn Faassen [EMAIL PROTECTED]
wrote:
I therefore still believe that version dependency information should
move out of external indexes and into packages.
On Sunday 11 November 2007, Jim Fulton wrote:
This breaks a fundamental assumption for releases. When I release
something, I expect it to work tomorrow, next month, and next year.
If you want this, then you can't rely on the KGS. When releasing our
applications, we don't rely on a KGS.
On Sunday 11 November 2007, Mikhail Kashkin wrote:
Jodok Batlogg wrote:
I'm looking for place to host our source code for Hivurt.
svn.zope.org + launchpad.net as the rest of the zope world?
That is mean that all our developers need signed contribution agreement
and writing rights to
I believe you can host code on launchpad.net too, but using 'bzr'
instead of Subversion.
--
Sidnei da Silva
Enfold Systemshttp://enfoldsystems.com
Fax +1 832 201 8856 Office +1 713 942 2377 Ext 214
___
Zope-Dev maillist -
On Wednesday 07 November 2007, Malthe Borch wrote:
So for instance, if Five registers the browser:viewlet then there's
nothing to prevent another package from including zope.viewlet's
meta.zcml which will then override that directive, breaking viewlet
support on Zope 2.10.
I agree with your
On Sun, Nov 11, 2007 at 06:37:22PM -0500, Stephan Richter wrote:
Yes, everyone has to sign a contributor agreement, but you do not have to
become a Zope Foundation member.
I had the impression, from the recent ZF IRC chat, that the process of
adding new contributors is currently blocked - but
On Sunday 11 November 2007, Paul Winkler wrote:
Today 21:16:09
On Sun, Nov 11, 2007 at 06:37:22PM -0500, Stephan Richter wrote:
Yes, everyone has to sign a contributor agreement, but you do not have to
become a Zope Foundation member.
I had the impression, from the recent ZF IRC
19 matches
Mail list logo