Stephan Richter wrote:
The easiest way to do this is to add the following line to the "buildout"
section of the package's `buildout.cfg` file:
index = http://download.zope.org/zope3.4
(I know you know that Jim; it is for the benefit of people reading this
mail. ;-)
I've been trying to follo
On Monday 12 November 2007, Jim Fulton wrote:
> > I thus propose that all packages in svn.zope.org should use a KGS
> > for testing,
> > because it is a fully public dependency graph. I am not sure
> > whether it
> > should be the latest stable KGS or the development KGS or whatever.
> > Time
On Nov 11, 2007, at 6:34 PM, Stephan Richter wrote:
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 rele
Hey,
On Nov 12, 2007 12:02 AM, Stephan Richter <[EMAIL PROTECTED]> wrote:
[snip]
> Like Linux distributions, there will be a KGS for every Zope 3
> release. I have already requested a new directory called "zope-dev" where new
> feature releases can be tested.
Okay, I didn't understand that KGS is
Hey,
On Nov 11, 2007 10:34 PM, Jim Fulton <[EMAIL PROTECTED]> wrote:
>
> On Nov 11, 2007, at 2:06 AM, Martijn Faassen wrote:
[snip]
>
> > 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,
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
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.
Th
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 inf
On Sunday 11 November 2007, Martijn Faassen wrote:
> What KGS solves is that it allows the ongoing development and testing of
> an integrated Zope 3. That is, there's a Zope 3 'trunk' of versions
> that keeps being updated as there are bugfix releases. I'm not sure what
> happens as soon as someon
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.
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
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
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.
What KGS solves is that it allows the ongoing development
13 matches
Mail list logo