APACHE INCUBATOR PROJECT STATUS: -*-indented-text-*-
Last modified at [$Date: 2003/11/11 00:01:00 $]
Web site: http://Incubator.Apache.Org/
Wiki page: http://Nagoya.Apache.Org/wiki/apachewiki.cgi?ApacheIncubatorProjectPages
[note: the Web site is the 'official' documenta
Nicola Ken wrote:
> MHO is that we do not require that a project be "under" the Incubator
> urls and resources. This was said to ensure that they don't misuse the
> "regular" Apache brand, but if it remains "outside" of Apache during
> Incubation, the problem is equally solved.
Not for developmen
On Wed, 14 Jan 2004 18:28:42 -0500
Rodent of Unusual Size wrote:
> > I'm still completely unclear what objection Andy is raising.
> being completely serious, i think andy is not being entirely
> rational on the subject. he is/was violently opposed to geronimo,
Okay. This sentence really makes se
Rich Bowen wrote:
>
> I'm still completely unclear what objection Andy is raising.
being completely serious, i think andy is not being entirely
rational on the subject. he is/was violently opposed to geronimo,
apparently has a deep and abiding dislike of anything whatsoever
that he considers to
On Wed, 14 Jan 2004 08:20:26 -0500 (EST)
Rich Bowen wrote:
> When a skilled worker goes to work for a new company, they go through a
> period of probation to ensure that they fit in the new company. This
> does not question their skills, it merely ensures that the person fits
> into the new compan
Geir Magnusson Jr wrote:
>
> Eh. I think community doesn't matter at all when the Incubator is
> simply performing accountable legal oversight. If a TLP says they want
> a codebase from the outside, and we have determined that there are no
> legal impediments to that codebase from entering th
Ceki,
> I still don't know where the STATUS file should be placed.
AIUI, these documents should be checked into the Incubator CVS module under
http://cvs.apache.org/viewcvs.cgi/incubator/site/projects/. When they are
successful, they get moved one level down. Keeping them in one place makes
the
+1 to allow MerlinDeveloper release to Avalon
>
> From: Leo Simons <[EMAIL PROTECTED]>
> Date: 2004/01/14 Wed PM 03:17:34 EST
> To: [EMAIL PROTECTED]
> Subject: [VOTE] graduate MerlinDeveloper from incubation
>
> With respect to IP, we now have a software grant, and since Avalon now
> plans to
Ceki Gülcü wrote:
Given that no one has yet answered, probably my question was silly.
nah, the subject line threw me off...I suspect many people are ignoring
the rest of the thread :D
However, I still don't know where the STATUS file should be placed.
according to incubator policy, inside incubat
Hello,
Given that no one has yet answered, probably my question was silly.
However, I still don't know where the STATUS file should be placed. Can we
have it placed within the Logging Services site?
TIA,
At 02:01 PM 1/14/2004 +0100, you wrote:
At 08:01 PM 1/13/2004 -0500, Noel J. Bergman wrote:
On 14.01.2004, at 21:17, Leo Simons wrote:
Please place your votes:
[X] +1 -- yes
[ ] ±0 -- abstain
[ ] -1 -- no
Cheers,
Erik
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
+1
Roy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Wed, 14 Jan 2004, Leo Simons wrote:
> I propose we release MerlinDeveloper from incubation and allow avalon to
> import the code.
>
> Please place your votes:
>
[X] +1 -- yes
[ ] ±0 -- abstain
[ ] -1 -- no
--
Rich Bowen - [EMAIL PROTECTED]
Apache Administrators Handbook - http://apacheadmi
> detailed report:
>
http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]
.org&msgNo=3145
> I propose we release MerlinDeveloper from incubation and
> allow avalon to import the code.
[X] +1 -- yes
[ ] ±0 -- abstain
[ ] -1 -- no
Reminder to Avalon to make sure to reference the licenses for the O
With respect to IP, we now have a software grant, and since Avalon now
plans to also make the contributor a Committer, so we also have a CLA.
So we've got both. Several people have reviewed the code scrutinously.
I wrote a detailed report:
http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]&m
On Wed, 14 Jan 2004, Geir Magnusson Jr wrote:
> On Jan 13, 2004, at 7:33 PM, Noel J. Bergman wrote:
>
> > As I understand it, if we receive a signed CLA or Software Grant,
> > there is a
> > presumption that they had the right to provide it.
>
> Yes, because it would be fraud otherwise on the part
Agreed! Without process at this scale we're extremely suseptable to
chaos. Apache's future progress will revolve around embracing the
process. Without it we're in trouble.
Also keep in mind that when you start following a process its only
hard working with it for a few runs where you need to a
Rich Bowen wrote:
...
Perhaps a practical solution here is to strongly encourage mature
projects to remain entirely outside the Apache infrastructure during
this period. That allows them to continue functioning as a mature
project, and not in any way be hindered by the move until such time as
there
On Wed, 14 Jan 2004, Nicola Ken Barozzi wrote:
> >* Hurts already healthy communities by putting them back into an alphaish
> >state.
> ...
> > If I had a mature project ready for production which had been so for
> > a number of years and then I said "I want to be part of Apache" You'd
> > pu
At 08:01 PM 1/13/2004 -0500, Noel J. Bergman wrote:
Ceki Gülcü wrote:
> It would helpful if the purpose of the Incubator was clarified. If
> it is an inspection tool, then it should not be disguised as a
> service.
Nutshell: the purpose of the Incubator is to help bring projects into the
ASF, whi
On Jan 13, 2004, at 7:33 PM, Noel J. Bergman wrote:
Andrew C. Oliver wrote:
All legal matters are for the Board and the Foundation's attorneys to
address.
Regarding audits ...
There is a presumption of innocence in our legal system. I do not
believe
that due diligence requires an a priori pres
Hi gang,
The avalon project is currently merging an externally developed
codebase, "MerlinDeveloper", with an internally developed codebase that
has the same goals. The codebase is about 60 files. We found some
licensing issues when we started incubation (referenced LGPL code, wrong
license he
Trying to get constructive on this, by basing the replies on *facts*,
and not opinions taken from an experience done long ago.
First of all, let me remove the false statements:
Andrew C. Oliver wrote:
The project must vote (or at least should). The Incubator PMC must
vote. The accepting project
On Jan 12, 2004, at 1:05 PM, Noel J. Bergman wrote:
Ceki Gülcü wrote:
All the developers who have expressed an opinion on the matter so far
were inclined to have separate repositories with separate access
rights. The exact internal organization of the Logging Services is
something that should be
24 matches
Mail list logo