Re: Disregard Re: Undermining the Incubator

2004-01-14 Thread Tetsuya Kitahata
On Tue, 13 Jan 2004 22:22:17 +0100
Santiago Gala Pérez wrote:
> William A. Rowe, Jr. wrote:
> (...)
> | Many of us rant in email, delete, then recompose with some decorum.
> | Since many things that are discussed in community involve strongly held
> | personal opinions and beliefs, this safety measure ensures that
> intelligent
> | dialogs can be pursued and the best course of action followed.
> In this very spirit, 8 hours ago I was about to suggest Andy to put his
> outbox in a moderation queue, but then I thought my message was too
> harsh and I refrained from sending it...

Oh, great. Nifty. By the way, maybe I could *invent* new medicine
(patch form) which aids mitigation of the "withdrawal symptoms" of
such *writing impulse* effectively
-- USAGE: apply one patch which is effective 16 hours a day --

However, I am afraid I can not export it to the place where Andy
lives in, because the ministry of health and welfare in japan is banning
me from doing it or due to the failure of the delivery system.
I could import nicotine patch from new zealand, though.
... Very sad ...

;-)

-- Tetsuya. ([EMAIL PROTECTED])


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Disregard Re: Undermining the Incubator

2004-01-13 Thread Santiago Gala Pérez
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
William A. Rowe, Jr. wrote:
(...)
| Many of us rant in email, delete, then recompose with some decorum.
| Since many things that are discussed in community involve strongly held
| personal opinions and beliefs, this safety measure ensures that
intelligent
| dialogs can be pursued and the best course of action followed.
|
In this very spirit, 8 hours ago I was about to suggest Andy to put his
outbox in a moderation queue, but then I thought my message was too
harsh and I refrained from sending it...
;-)
| Bill
Regards,
~ Santiago
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (Darwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFABGGIZAeG2a2/nhoRAmKEAKDo5GNWeHw+37joT60c3e1EM1A+CQCcC1a1
j6ozIRgj0Re4jFQmV7iadFs=
=zn7N
-END PGP SIGNATURE-
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Disregard Re: Undermining the Incubator

2004-01-13 Thread William A. Rowe, Jr.
At 12:36 AM 1/13/2004, Andrew C. Oliver wrote:
>The Send button is near the close button.  I missed.

Suggestion from an httpd/apr hothead to our community forum participants
[NOT specifically ACO]...

"Delay sending messages: [30] (minutes)"

is a really great option to enable, well worth the effort to enable.
I can't think of a modern email client that doesn't offer the feature.

Many of us rant in email, delete, then recompose with some decorum.
Since many things that are discussed in community involve strongly held
personal opinions and beliefs, this safety measure ensures that intelligent
dialogs can be pursued and the best course of action followed.

Bill  


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Disregard Re: Undermining the Incubator

2004-01-13 Thread Andrew C. Oliver
The Send button is near the close button.  I missed.
-- 
Andrew C. Oliver
http://www.superlinksoftware.com/poi.jsp
Custom enhancements and Commercial Implementation for Jakarta POI

http://jakarta.apache.org/poi
For Java and Excel, Got POI?

The views expressed in this email are those of the author and are almost
definitely not shared by the Apache Software Foundation, its board or its
general membership.  In fact they probably most definitively disagree with
everything espoused in the above email.

> From: "Andrew C. Oliver" <[EMAIL PROTECTED]>
> Reply-To: community@apache.org
> Date: Tue, 13 Jan 2004 01:34:55 -0500
> To: "community@apache.org" 
> Subject: Re: Undermining the Incubator
> 
> In summary:  Oh of course no problems exist, its all fixed and happy.  Just
> don't mind the dead bodies floating in the pond.
> -- 
> Andrew C. Oliver
> http://www.superlinksoftware.com/poi.jsp
> Custom enhancements and Commercial Implementation for Jakarta POI
> 
> http://jakarta.apache.org/poi
> For Java and Excel, Got POI?
> 
> The views expressed in this email are those of the author and are almost
> definitely not shared by the Apache Software Foundation, its board or its
> general membership.  In fact they probably most definitively disagree with
> everything espoused in the above email.
> 
>> From: "Noel J. Bergman" <[EMAIL PROTECTED]>
>> Reply-To: community@apache.org
>> Date: Mon, 12 Jan 2004 23:21:50 -0500
>> To: 
>> Subject: RE: Undermining the Incubator
>> 
>> Andrew C. Oliver wrote:
>> 
>>> I suggested that Blojsom might be a good choice for hosting ASF
>>> project news and might also make a great ASF project as I know
>>> the author is already indoctrinated
>> 
>>> I didn't say it would be a good project for the incubator.
>> 
>> The Incubator is how projects get into the ASF.
>> 
>>> I think the incubator is the #1 worst problem of the ASF presently.
>> 
>> Two things reduce the effect of your statement:
>> 
>> 1. The fact that your complaints demonstrate a lack
>>   of awareness regarding the current Incubator.
>> 
>> 2. The fact that your proposal essentially outlines
>>   how the Incubator *does* work.
>> 
>> We'll get to the latter shortly, but first ...
>> 
>> The Incubator exists for the purpose of importing codebases and projects
>> into the ASF.  There are basically three cases:
>> 
>> (a) an externally developed codebase intended to go into an existing
>> project
>> (b) an externally developed codebase intented to become a project within a
>> PMC
>> (c) an externally developed codebase intended to be a new TLP
>> 
>> In the case of the (a), we need to clear the IP.  The Incubator STATUS file
>> provides an outline and diary for doing so.  The Community issues are
>> addressed because the code is going into an existing project.
>> 
>> In the case of (b), we need to clear the IP, and ensure that the project has
>> a viable community.  Again, the STATUS file has the guidelines.
>> 
>> Lastly, in the case of (c), we need to clear the IP, ensure that the project
>> has a viable community, and that the community is ready to take its place as
>> a TLP.
>> 
>> In all cases, decisions are made by a group made up of the Incubator PMC,
>> the project's committers, and the destination PMC (if any), and known as the
>> PPMC.  That is one group directly empowered to manage that project's
>> decisions, reporting through the Incubator, and collaborating together as
>> peers.  When the PPMC decides that the project is good to graduate, based
>> upon fulfilling the necessary criteria, it is done.
>> 
>> Now, since I know that you had a bad experience with the old form of the
>> Incubator, let's first address your complaints compared to the way things
>> work now.
>> 
>>> It doesn't legally protect the ASF.
>> 
>> The Incubator ensures that the proper paperwork is done regarding CLAs, code
>> grants, etc., are filed.  Something that the other projects failed to do
>> consistently enough to result in the Incubator's formation.  Ideally, the
>> Incubator provides a focus and location, and the project(s) interested in
>> the code perform the due diligance, but the process ensures that it gets
>> done.
>> 
>>> * Exposes the Foundation to undue legal issues by protecting projects
>> PRIOR
>>>   to their legal issues being sorted out.
>> 
>> As opposed, for example, to exposing the Foundation to undue legal issues
>> when projects import codebases directly into releases without permission
>> from either the Foundation or the author?  That is one of the things the
>> Incubator exists to prevent.
>> 
>> In any event, only the Board should, and can, talk authoritatively about
>> legal protection afforded by the ASF.
>> 
>>> * Has a high potential to create a dead project zone over time (but this I
>>>   guess we'll see) as we give hosting and a fuzzy idea with many different
>>>   opinions on when a project gets out or not.
>> 
>> In actuality, one purpose of the Incubator is to help prevent non-viable
>> projects from be