Berin Lautenbach wrote:
Stephen McConnell wrote:
Any reason why the IncubatorMussings document should not be
referended from ApacheIncubatorProjectPages ?
It is now.
Good work Berin!
--
Stephen J. McConnell
mailto:[EMAIL PROTECTED]
-
Rodent of Unusual Size wrote:
Stephen McConnell wrote:
My own theory is that this entire discussion is exceeding the bounds of
duristiction of the Incubator PMC.
why?
The incubator has a scope concerning "incubation". I hope the incubator
aims to to provide the role of gatekeeper tog
Stephen McConnell wrote:
Any reason why the IncubatorMussings document should not be referended
from ApacheIncubatorProjectPages ?
It is now.
(Ken and Incubator PMC - if that's not OK, feel free to remove)
Cheers,
Berin
Rodent of Unusual Size wrote:
This has not been codified anywhere for the
Incubator. Should I add this into the draft
Charter for the PMC?
under a draft prototype set of pmc bylaws, probably. i'm
working on one now that i should be able to post in a couple
of hours.
Ken,
Hoping you are aware t
On 9/26/2003 1:55 PM, David Remy wrote:
Thanks Berin, I was able to checkout the xml-site module and even create the targets/xmlbeans directory and populate with the forrest build/site stuff as Jeff suggested but I do not have sufficient Karma to commit. Can you help me with this?
Done.
Ted
--
> From: Berin Lautenbach [mailto:[EMAIL PROTECTED]
> Sent: Thursday, September 18, 2003 5:01 PM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: Re: XMLBeans website
>
> If you guys can get the html content into xml-site
> as Jeff suggests, I am happy to add it onto the
> web-server and
Stephen McConnell wrote:
>
> My own theory is that this entire discussion is exceeding the bounds of
> duristiction of the Incubator PMC.
why?
> Does the Incubator PMC have an formal opinion on this subject?
since there are a number of people discussing this from various
angles, the answer is
Stipe Tolj wrote:
>
> I have asked Ken to have a look on the IRC #kannel session logs for
> our internal discussion if we consider joining the ASF.
you want to post that url here for others to review?
> Kannel developers had some concerns and I'd like to invite people to
> have a more interactiv
Stipe Tolj wrote:
> please find the #kannel IRC channel log of the debate at
>
> http://www.kannel.org/irc-sessions/
is that private? if not, you might want to add it to your
note to the incubator; i think you omitted it.
> People have raised a couple of questions in terms how "independancy"
Berin Lautenbach wrote:
>
> Is the rule below universal accross the ASF? I
> thought it was up to the PMC of each project on
> how to handle releases of sub-projects.
>
> This has not been codified anywhere for the
> Incubator. Should I add this into the draft
> Charter for the PMC?
under a dr
Nicola Ken Barozzi wrote:
This means that, legally speaking, the Incubator can decide to do
releases and then remove a project, as also can be done with other
projects. Nothing is immutable, again legally speaking.
+1 - so releases are permitted (with caveats of course).
2 the incubator votes p
Roy,
Please do not take this the wrong way, I'm trying to be constructive :>.
One of the things that's been driving me up the wall is quite a few
people telling me "this is the way it must be done because the bylaws
say so". But when I go to the bylaws, I get something much more vague -
namel
Rodent of Unusual Size wrote:
Stephen McConnell wrote:
At the end of the day we need to address the issue of wht rights the
Incubator PMC has to endorce the publication of an artifact generated by
a project prior to the exit of said project from the incubator.
Publication by a Sponoring Entiry
Stephen McConnell wrote:
>
> At the end of the day we need to address the issue of wht rights the
> Incubator PMC has to endorce the publication of an artifact generated by
> a project prior to the exit of said project from the incubator.
> Publication by a Sponoring Entiry is a different subje
Hi folks,
I have asked Ken to have a look on the IRC #kannel session logs for
our internal discussion if we consider joining the ASF.
Kannel developers had some concerns and I'd like to invite people to
have a more interactive discussion on certain issues.
AFAIK, you guys are sometimesin IRC #ap
Stephhen,
"At the end of the day we need to address the issue of wht rights the
Incubator PMC has to endorce the publication of an artifact generated by
a project prior to the exit of said project from the incubator.
Publication by a Sponoring Entiry is a different subject - but
publication
Stephen,
While you say "Ok - going with Apache tradition - its not the PMC that
makes the
decision of a *release*. Its the committers in the incubator (who
basically represent a bunch of rather non-incubator interest groups). "
In fact while that represents the Jakarta tradition I think it
Roy T. Fielding wrote:
Ok - going with Apache tradition - its not the PMC that makes the
decision of a *release*.
BZZZT. According to the bylaws, the only people authorized to make
decisions
on behalf of the ASF (including the decision to release code to the
general
public) are officers or
Berin Lautenbach wrote:
Stephen,
You will see from my last e-mail that I've lost
the plot somewhere, but some thoughts because I
can't resist.
:-)
I was looking at the same thing yesty, but from a slightly different angle.
I thought (maybe wrong???) that Incubation was
not about "how good is
Ok - going with Apache tradition - its not the PMC that makes the
decision of a *release*.
BZZZT. According to the bylaws, the only people authorized to make
decisions
on behalf of the ASF (including the decision to release code to the
general
public) are officers or the PMC responsible for the
Roy T. Fielding wrote:
A release requires 3 +1 and a majority of those voting, wherein
the only people allowed to vote are the PMC responsible for that
code. In other words, the usual rules apply -- it is simply harder
to get the votes.
I am kind of surprised that folks think it would be any di
Roy,
Is the rule below universal accross the ASF? I
thought it was up to the PMC of each project on
how to handle releases of sub-projects.
This has not been codified anywhere for the
Incubator. Should I add this into the draft
Charter for the PMC?
Cheers,
Berin
>
> From: "Roy T. Fieldi
A release requires 3 +1 and a majority of those voting, wherein
the only people allowed to vote are the PMC responsible for that
code. In other words, the usual rules apply -- it is simply harder
to get the votes.
I am kind of surprised that folks think it would be any different.
Roy
---
Stephen,
You will see from my last e-mail that I've lost
the plot somewhere, but some thoughts because I
can't resist.
I was looking at the same thing yesty, but from a slightly different angle.
I thought (maybe wrong???) that Incubation was
not about "how good is this code base/product".
If som
Berin Lautenbach wrote:
So what's the final verdict on releases?
I'm wondering about this myself.
My own theory is that this entire discussion is exceeding the bounds of
duristiction of the Incubator PMC. I.e. IMVVHO if the incubated
project wants to publish an artifact it needs to do one
25 matches
Mail list logo
