-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03.03.2009 14:45 Uhr, Paul Everitt wrote:
>
> In the past we've seen things like "let's unify Zope by merging the
> Zope2 and Zope3 mailing lists" get shot down by a couple of loud "no"
> votes. Loud no's have grown paralyzing.
This topic is
On 3/2/09 6:36 PM, Martijn Faassen wrote:
> Hi there,
>
> To people who are suggesting we don't need a steering group nor a name
> for the Zope Framework, please answer the following questions:
>
> * how will the community make hard decisions where lots of people
> disagree? What is the mechanism f
On 3/2/09 10:13 PM, Martin Aspeli wrote:
> We recognised that there was a problem in trying to make sure we
> represented the interests of various stakeholders, and that we needed
> someone to think "big picture" in terms of what technologies we adopted
> and how we used them.
Just to be clear, I
On Mar 3, 2009, at 7:35 AM, Martijn Pieters wrote:
...
> And so far I haven't heard any better ideas than
> what Martijn is proposing (no, leaving the status quo, deny there is a
> problem and steer by majority is not a counter proposal in my view).
> It may be that the idea needs some tweaking,
Martijn Pieters wrote:
> Would it be possible to focus this discussion around clearer lines?
> Create counter proposals if you have to, discuss things on their
> merits, but if you cannot add more than a vague +1 and -1, please
> refrain.
I think that would be easier if we had a shorter proposal.
On Tue, Mar 3, 2009 at 13:33, Hermann Himmelbauer wrote:
> Hmmm, I have the slight feeling that your opinions are not that far away.
Of course not. This is, as aways, just a question of loudly agreeing.
--
Lennart Regebro: Pythonista, Barista, Notsotrista.
http://regebro.wordpress.com/
+33 661
I find this thread quite ironic.
Martijn Faassen recognizes a problem, namely that there is no
direction in Zope development. Instead, when ideas are put forth lots
of people put in their oar with +1s and -1s and stop energy and cheer
leading one direction or another. In the end the ideas either g
Am Dienstag 03 März 2009 08:19:37 schrieb Lennart Regebro:
> On Tue, Mar 3, 2009 at 01:51, Martijn Faassen
wrote:
> > Can you stop using the word "committee"? I didn't use it. A committee is
> > a bunch of people who has regular meetings, behind closed doors, to make
> > decisions. That's not wha
On Tue, Mar 3, 2009 at 13:04, Roger Ineichen wrote:
> You can also call this anticipation the oposit of participation
:)
> The big questions now is, do we like to merge this good things
> back to the zope core or do we like to stay with different
> packages because we can't find an agreement wha
Am Dienstag 03 März 2009 00:48:38 schrieb Lennart Regebro:
> On Tue, Mar 3, 2009 at 00:16, Martijn Faassen
wrote:
> > Who is going to make that decision to encourage this? Allow this? You?
> > Me? Who? Right now, *nobody* is making such decisions and nobody can
> > properly get away with saying t
On Tue, Mar 3, 2009 at 12:53, Hermann Himmelbauer wrote:
> My impression (from an external perspective) is that Zope Corporation did just
> that for Zope 2/3, but nowadays tries to give this role to the community.
No, I don't think we ever tried that. I think we should.
--
Lennart Regebro: Pyth
Hi
> Betreff: Re: [Zope-dev] the Zope Framework project
[...]
> > Grok and Repoze are in part *workarounds* for the
> deficiencies in this
> > community. For Grok I'm very sure it's a workaround, as I had quite
> > something to do with it and this was expli
Am Montag 02 März 2009 19:34:11 schrieb Tres Seaver:
> Adam GROSZER wrote:
> > I think we need some sort of stering group (or person(s)).
> > Without rules and decisions to follow we're going to end up like headless
> > chicken running around in the kitchen. Noone knows the direction.
> >
> > Yes s
Am Montag 02 März 2009 18:49:43 schrieb Adam GROSZER:
> Hello,
>
> I think we need some sort of stering group (or person(s)).
> Without rules and decisions to follow we're going to end up like headless
> chicken running around in the kitchen. Noone knows the direction.
Exactly. And if we look at o
Martijn Faassen wrote:
> The main innovations in concepts are the name "Zope Framework" to
> distinguish it from the Zope 3 application server and the
> "core"/"extra" concept. These are all hopefully descriptions of what
> are current practices, simply making them more explicit.
>From what I read
Am Montag 02 März 2009 18:11:59 schrieb Chris McDonough:
> Martijn Faassen wrote:
> > The Zope Framework project
> > ==
> >
> > :Author: Martijn Faassen
> > :Date: 2009-03-02
> >
> > Introduction
> >
> >
> > This document offers suggestions to reorganize our com
On Tue, 2009-03-03 at 02:35 +0100, Martijn Faassen wrote:
> * leadership could help sustain efforts like "we want the Zope Framework
> to run on Jython" and make detailed decisions based on this. Nobody
> right now can really decide on this.
Anecdote: Our current Jython story (due to last GSOC)
On Tue, Mar 3, 2009 at 09:21, Martin Aspeli wrote:
> If anything, we started out with too little process and found there were
> gaps we had to plug.
Ah. Now, THIS I like. Let's focus on this: Start out with as little
process and as few officialisms as possible. And I don't see that a
steering gro
On Tue, Mar 3, 2009 at 09:13, Christian Theune wrote:
> For some reason the argument evades me: People randomly doing stuff will
> end in good things. People (trying) to thoughtfully organize won't.
It's not an argument, it's a statement of fact.
> No. The steering group should not have backroom
Lennart Regebro wrote:
>> I'm talking about a group of people who act as if they're responsible,
>> not your mythical committee. We should be able to find a bunch of people
>> with a sense of responsibility, right?
>
> Yes. But I don't think making them a steering group is going to help.
Just to
Hi,
On Tue, 2009-03-03 at 08:52 +0100, Lennart Regebro wrote:
> On Tue, Mar 3, 2009 at 08:42, Christian Theune wrote:
> > On Tue, 2009-03-03 at 08:35 +0100, Lennart Regebro wrote:
> >> 1. Areas that need somebody responsible should get one. We need
> >> somebody to bug people about bugs in the bu
On Tue, Mar 3, 2009 at 08:42, Christian Theune wrote:
> On Tue, 2009-03-03 at 08:35 +0100, Lennart Regebro wrote:
>> 1. Areas that need somebody responsible should get one. We need
>> somebody to bug people about bugs in the bug tracker. That should be
>> one person, for example. Responsibilities
On Tue, 2009-03-03 at 08:35 +0100, Lennart Regebro wrote:
> On Tue, Mar 3, 2009 at 04:13, Martin Aspeli wrote:
> > I wonder what Lennart's solution would be too... Taking a page out of
> > Plone's history:
>
> I was evidently unclear:
>
> My solution is in three parts:
>
> 1. Areas that need so
On Tue, Mar 3, 2009 at 04:13, Martin Aspeli wrote:
> I wonder what Lennart's solution would be too... Taking a page out of
> Plone's history:
I was evidently unclear:
My solution is in three parts:
1. Areas that need somebody responsible should get one. We need
somebody to bug people about bugs
Hi there,
Full disclosure first: I was involved writing up the proposal.
On Tue, 2009-03-03 at 00:51 +0100, Martijn Faassen wrote:
> Lennart Regebro wrote:
> [snip]
> > Sure. But that doesn't mean a steering group is the right solution.
>
> Why not? What do you think is the right solution?
>
>
Adam GROSZER wrote:
> Someone releases a new package version and your project just break the
> next day. That's a nightmare.
That shouldn't happen with individual package releases where releases
are done sensibly.
(ie: if you're going to do a big backwards-incompatible release, let
people know.
Chris McDonough wrote:
> - discourage the contribution of stop energy (discourage
> the utterances of "don't", "stop", "this is wrong",
Well, unless it is...
> - focusing on externalizing software; each egg should stand on its own as
> something that a non-Zope person would be able to underst
On Tue, Mar 3, 2009 at 01:51, Martijn Faassen wrote:
> Can you stop using the word "committee"? I didn't use it. A committee is
> a bunch of people who has regular meetings, behind closed doors, to make
> decisions. That's not what the Steering Group is designed to be.
OK, I'll stop using the wor
Martin Aspeli wrote:
>> IMO, we should just try to solve problems we actually have under whatever
>> brand
>> the problem seems to fit under best that *doesn't* have the baggage of the
>> Zope
>> name. We have a good number of brands now (grok, repoze, plone). These
>> brands
>> *do* have lead
Chris McDonough wrote:
> Martijn Faassen wrote:
>> Hi there,
>>
>> I just realized the irony in this:
>>
>> [Martijn spends a lot of time in trying to solve problems in our
>> community, bothering to consult lots of people and writing up a document]
>>
>> [Chris]
>>> I'm pretty sure a steering gro
Chris McDonough wrote:
> Sure. We can be careful, grown-up, conservative, and all that. But I'll note
> that a) there just really aren't that many people using Zope 3 b) the people
> that *are* using Zope 3 by itself are capable of maintaining their own index
> c)
> the people who *aren't* capa
Martijn Faassen wrote:
> Hi there,
>
> I just realized the irony in this:
>
> [Martijn spends a lot of time in trying to solve problems in our
> community, bothering to consult lots of people and writing up a document]
>
> [Chris]
>> I'm pretty sure a steering group and a rebranding of existing
Martin Aspeli wrote:
>
> I think Tres and Chris are suggesting we focus leadership around
> individual packages or sets of packages,
Thank you for stating this succinctly; this is exactly right from my
perspective.
and Martijn is suggesting we
> have something a bit broader focusing on all of
Roger Ineichen wrote:
> I'm pretty sure you are not using much zope.* or z3c.* packages
> in your projects as dependency.
A good number. zope.index, zope.component, zope.interface, zope.schema, and so
on. I don't use 78 of them, like anyone who uses Zope 3, but I do use a good
number.
>
> Your
Stephan Richter wrote:
> On Monday 02 March 2009, Martin Aspeli wrote:
>> Plone, by the way, had a similar problem, and solved it by creating "the
>> framework team". This is a rolling body of people who are responsible
>> for putting out calls for and reviewing improvements proposals. They
>> basi
On Monday 02 March 2009, Martin Aspeli wrote:
> Plone, by the way, had a similar problem, and solved it by creating "the
> framework team". This is a rolling body of people who are responsible
> for putting out calls for and reviewing improvements proposals. They
> basically report to the release m
Thank you for the huge effort you expended on this, Martijn.
You are right, with Jim taking a rest from his much-appreciated past
years as leader, no one is in a position to guide the "Zope" name. We
do have community leaders, such as yourself, but they are guiding
other names at the moment
Martijn Faassen wrote:
> Lennart Regebro wrote:
> [snip]
>> Sure. But that doesn't mean a steering group is the right solution.
>
> Why not? What do you think is the right solution?
I wonder what Lennart's solution would be too... Taking a page out of
Plone's history:
> I can see a number of al
Martijn Faassen wrote:
> What is going to make us more effective is:
>
> * a recognition of current reality, i.e. the Zope Framework is not the
> same as the Zope 3 application server and it serves a far wider audience.
>
> * leadership
I really couldn't agree more. There's unfortunately a bit
Tres Seaver wrote:
> It is a nightmare, but not one which a KGS can really fix: sometimes
> your project needs its *own* KGS. Honestly, the only safe thing for
> anybody trying to support a large application in production is to run
> their own index, and do the gatekeeping of packages into it the
Hi Chris
> Betreff: Re: [Zope-dev] the Zope Framework project
>
> Martijn Faassen wrote:
> > The Zope Framework project
> > ==
> >
> > :Author: Martijn Faassen
> > :Date: 2009-03-02
> >
> > Introduction
> >
Chris McDonough wrote:
> I'm pretty sure a steering group and a rebranding of existing software is not
> going to make us more effective. Here's what I believe would make us more
> effective:
First of all, I'm not sure what Martijn is saying is necessarily in
dichotomy with what you're saying,
Hi Martijn
> Betreff: [Zope-dev] the Zope Framework project
>
> The Zope Framework project
> ==
>
> :Author: Martijn Faassen
> :Date: 2009-03-02
I generaly agree and give you a big +1 for do something
and get a new fresh drive into our development
Hey Tres,
Tres Seaver wrote:
[snip]
>>> - encouraging radical change for experimentation purposes, releasing folks
>>> from
>>> various constraints (backwards compatibility, style policing, historical
>>> ownership)
>> Who is going to make that decision to encourage this? Allow this? You?
>>
Hi Matthew,
Thanks very much for your extensive feedback! Here's some of my feedback.
Matthew Wilkes wrote:
[snip]
>> * if it has a lot of people who contribute to it from our community,
>> it's likely core.
>
> -1, it's a zope community package, but not necessarily part of our
> framework.
Hi there,
Lennart Regebro wrote:
> On Tue, Mar 3, 2009 at 00:16, Martijn Faassen wrote:
>> Who is going to make that decision to encourage this? Allow this? You?
>> Me? Who? Right now, *nobody* is making such decisions and nobody can
>> properly get away with saying they allow it. Leadership is a
On 2 Mar 2009, at 16:33, Martijn Faassen wrote:
> What is the Zope project? The Zope project is an umbrella project for
> a number of sub-projects. Its source code is in a repository managed
> by the Zope Foundation. Within the Zope project, there are a number of
> projects that ship full-stack w
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martijn Faassen wrote:
> Hi there,
>
> Chris McDonough wrote:
> [snip]
>> I'm pretty sure a steering group and a rebranding of existing software is not
>> going to make us more effective.
>
> I'm proposing a deconstruction, not a rebranding; a new n
Lennart Regebro wrote:
[snip]
> Sure. But that doesn't mean a steering group is the right solution.
Why not? What do you think is the right solution?
I can see a number of alternatives:
* a pope that has the leadership role. We had Jim, but the pope's
resting. We could institute a new pope. Who
On Tue, Mar 3, 2009 at 00:16, Martijn Faassen wrote:
> Who is going to make that decision to encourage this? Allow this? You?
> Me? Who? Right now, *nobody* is making such decisions and nobody can
> properly get away with saying they allow it. Leadership is a way to get
> out of it.
I think open
Stephan Richter wrote:
> On Monday 02 March 2009, Hanno Schlichting wrote:
[snip]
>> 2. Split the Zope 3 KGS into two parts: the Zope Framework bits and the
>> Zope 3 Application Server bits.
>
> I prefer (2) as I told Martijn in a review of an early draft of the proposal.
> I would also sign up
On Monday 02 March 2009, Martijn Faassen wrote:
> If you say we shouldn't maintain a known good set, then other systems
> building on top of this will need to maintain their independent lists
> all by themselves, and there's less chance that Zope 2's, Zope 3's and
> Grok's list will agree. I think
Hi there,
I just realized the irony in this:
[Martijn spends a lot of time in trying to solve problems in our
community, bothering to consult lots of people and writing up a document]
[Chris]
> I'm pretty sure a steering group and a rebranding of existing software is not
> going to make us more
Hi there,
To people who are suggesting we don't need a steering group nor a name
for the Zope Framework, please answer the following questions:
* how will the community make hard decisions where lots of people
disagree? What is the mechanism for making hard decisions? Don't say Jim
makes them
Hanno Schlichting wrote:
[snip]
> The "Zope Framework" as defined as zope.* is far less than Zope2
> requires itself. zope.app.testing, zope.app.component, zope.app.form,
> zope.app.publisher and friends are all used and incur a major buy into
> the Zope3 Application Server today.
Hm, zope.* in my
Hi there,
Tres Seaver wrote:
[snip]
> It is a nightmare, but not one which a KGS can really fix: sometimes
> your project needs its *own* KGS.
Sure, that's fine. Grok has its own KGS. And we want reuse. Grok reuses
Zope 3's KGS as it doesn't want to do all the research itself and only
diverge
Hi there,
Chris McDonough wrote:
[snip]
> I'm pretty sure a steering group and a rebranding of existing software is not
> going to make us more effective.
I'm proposing a deconstruction, not a rebranding; a new name is
introduced as an entity needs to be named, namely the Zope Framework.
What
On Tue, Mar 3, 2009 at 00:05, Martijn Faassen wrote:
> Hi there,
>
> Lennart Regebro wrote:
>> - A steering group for the framework? Euhm? I don't know. I think
>> release managers are needed, and I think a steering group is going to
>> grow out of the community. Having an offical steering group t
On Monday 02 March 2009, Hanno Schlichting wrote:
> This however does not mean, that individual packages should be tightly
> pressed into the needs of such consumers of them. The overhead of
> tracking incompatible changes, creating maintenance branches where
> required and releasing maintenance re
On Monday 02 March 2009, Hanno Schlichting wrote:
> As the proposed release cycles of both 3.5 and 2.12 are in sync at this
> point in time, we have actually two options from the point of Zope2:
>
> 1. Merge the KGS information into one. We do have the same kind of
> policies for handling backwards
Hi there,
Lennart Regebro wrote:
> - A steering group for the framework? Euhm? I don't know. I think
> release managers are needed, and I think a steering group is going to
> grow out of the community. Having an offical steering group tends to
> mean that if they don't do anything nothing gets don
Quick Summary: More committees: -1 Everything else: +lots.
- I like renaming "Zope3, the libraries" to "The Zope Framework". It
makes sense. That part doesn't even need to be official, we can just
start calling it this, and those who doesn't like it can call it Zope3
the libraries, and we'll se w
Chris McDonough wrote at 2009-3-2 12:11 -0500:
> ...
>I'm pretty sure a steering group and a rebranding of existing software is not
>going to make us more effective.
+ 1
> Here's what I believe would make us more
>effective:
>
>- encouraging radical change for experimentation purposes, releasing
Tres Seaver wrote:
> - How many projects are there which are going to need a "Zope 3.5"
> release (as opposed to updates to some of the packages traditionally
> part of Zope3)? I would bet that this set is smaller than the first.
> For instance, I know that Zope 2.12 *says* it will rely on 3
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Adam GROSZER wrote:
> I think we need some sort of stering group (or person(s)).
> Without rules and decisions to follow we're going to end up like headless
> chicken running around in the kitchen. Noone knows the direction.
>
> Yes sometimes radical
Hello,
I think we need some sort of stering group (or person(s)).
Without rules and decisions to follow we're going to end up like headless
chicken running around in the kitchen. Noone knows the direction.
Yes sometimes radical changes are good. We're also carrying a lot of old
baggage around wit
On Mon, Mar 2, 2009 at 10:41 PM, Chris McDonough wrote:
> - focusing on externalizing software; each egg should stand on its own as
> something that a non-Zope person would be able to understand and use
> in isolation. This means documentation for each thing, as well as
> a sane dependency gra
Martijn Faassen wrote:
> The Zope Framework project
> ==
>
> :Author: Martijn Faassen
> :Date: 2009-03-02
>
> Introduction
>
>
> This document offers suggestions to reorganize our community so we can
> act more effectively. It does this by trying to clarify w
The Zope Framework project
==
:Author: Martijn Faassen
:Date: 2009-03-02
Introduction
This document offers suggestions to reorganize our community so we can
act more effectively. It does this by trying to clarify what our
community is about. The document trie
101 - 169 of 169 matches
Mail list logo