On Thursday 31 August 2006 00:15, Dan Diephouse wrote:
> I don't really think that this is going to help anything. The user is
> always in control. The responsibility has never left their hands. Lets
> step away from the incubator a sec and take GPL jars for instance - if
> there is a transitive d
Yes, general list and majority of binding votes AFAIK. please start
another thread with a set of well defined choices to vote on.
thanks,
dims
On 8/31/06, Jason van Zyl <[EMAIL PROTECTED]> wrote:
On 31 Aug 06, at 12:18 AM 31 Aug 06, Davanum Srinivas wrote:
> Jason,
>
> Justin used the word "
On 31 Aug 06, at 12:18 AM 31 Aug 06, Davanum Srinivas wrote:
Jason,
Justin used the word "common decency". No one can twist anyone's arm.
If either the ibiblio folks or Maven PMC folks don't honor the
request, well, it's upto them...Here we are setting policy for us the
incubator participants,
Jason,
Justin used the word "common decency". No one can twist anyone's arm.
If either the ibiblio folks or Maven PMC folks don't honor the
request, well, it's upto them...Here we are setting policy for us the
incubator participants, incubator mentors and incubator pmc folks. If
people working on
APACHE INCUBATOR PROJECT STATUS: -*-indented-text-*-
Last modified at [$Date: 2006-02-05 04:40:19 -0500 (Sun, 05 Feb 2006) $]
Web site: http://Incubator.Apache.Org/
Wiki page: http://wiki.apache.org/incubator/
[note: the Web site is the 'official' documentation; the wiki
On 30 Aug 06, at 11:18 PM 30 Aug 06, Davanum Srinivas wrote:
Hmm, we are not setting any limits on anyone else, just ourselves. We
the incubator folks will not automatically sync *our* repo to the
central repo *automatically*. Everyone else can do what they want
within their rights.
That does
Hmm, we are not setting any limits on anyone else, just ourselves. We
the incubator folks will not automatically sync *our* repo to the
central repo *automatically*. Everyone else can do what they want
within their rights.
-- dims
On 8/30/06, Jason van Zyl <[EMAIL PROTECTED]> wrote:
On 30 Aug
On 30 Aug 06, at 10:16 PM 30 Aug 06, Davanum Srinivas wrote:
Please see this email from Noel:
http://marc.theaimsgroup.com/?l=incubator-
general&m=115440482328786&w=2
Why can't both aims be met? That of user protection and user
convenience?
I cannot see the how marking *each* and *ever
Please see this email from Noel:
http://marc.theaimsgroup.com/?l=incubator-general&m=115440482328786&w=2
-- dims
On 8/30/06, Jason van Zyl <[EMAIL PROTECTED]> wrote:
On 30 Aug 06, at 7:53 PM 30 Aug 06, Davanum Srinivas wrote:
> Jason,
>
> Is it rocket science to add a new repo location in pom
On 30 Aug 06, at 7:53 PM 30 Aug 06, Davanum Srinivas wrote:
Jason,
Is it rocket science to add a new repo location in pom.xml? *Any*
maven newbie learns *very* quickly how to add a new repo. Are you
stating that *IF* the artifacts are not in the central repo they won't
find it and won't know h
Jason,
Is it rocket science to add a new repo location in pom.xml? *Any*
maven newbie learns *very* quickly how to add a new repo. Are you
stating that *IF* the artifacts are not in the central repo they won't
find it and won't know how to use it? The least anyone will need to
know is the artifac
Very nice.
Regards,
Alan
Jeremy Boynes wrote:
The Maven project maintains a POM that can be used as a parent by
other ASF projects
http://svn.apache.org/repos/asf/maven/pom/trunk/asf/pom.xml
I think it would help if we had a similar thing for the incubator that
podlings can use - for exampl
On 30 Aug 06, at 1:48 PM 30 Aug 06, Justin Erenkrantz wrote:
On 8/30/06, Dan Diephouse <[EMAIL PROTECTED]> wrote:
policy, so I see those as in conflict right now. So I want to know on
what grounds the incubator can prevent me from requesting that some
incubating jars from being uploaded to ibi
The Maven project maintains a POM that can be used as a parent by
other ASF projects
http://svn.apache.org/repos/asf/maven/pom/trunk/asf/pom.xml
I think it would help if we had a similar thing for the incubator
that podlings can use - for example, defining the distribution repo
to be the in
[ http://issues.apache.org/jira/browse/INCUBATOR-44?page=all ]
Robert Burrell Donkin resolved INCUBATOR-44.
Resolution: Won't Fix
I think that it would be best to withdrawl this patch.
On reflection, IMHO it would probably be better to remo
[
http://issues.apache.org/jira/browse/INCUBATOR-44?page=comments#action_12431699
]
Robert Burrell Donkin commented on INCUBATOR-44:
> One of the issues I've noticed in incubation is that the incubating project
> often does not
On 8/30/06, Yoav Shapira <[EMAIL PROTECTED]> wrote:
> https://issues.apache.org/jira/browse/INCUBATOR-44 cut discursive
> material better handled in the guides
> [ ] +1 Approve
> [ ] +0
> [ X ] -0
Like Craig Russel's comment on the JIRA issue itself, I find this
material useful. If it's better
Hi,
Is anyone opposed to the proposed Jini project being called "Apache
Jini" after the latest comments from the Jini community? They are
essentially saying that it would make most sense for the project to
maintain it's own specifications, and thus be "the" Jini
implementation even though there i
Hi,
On 8/30/06, robert burrell donkin <[EMAIL PROTECTED]> wrote:
i think that it would be much better to move the discursive material
to CTR documents (and in particular into the new longer more
discursive guides) leaving pretty much just minimal statements of
policy in the document.
(hopefull
On 8/30/06, Yoav Shapira <[EMAIL PROTECTED]> wrote:
Hi,
(grouping together a couple of related issues)
> https://issues.apache.org/jira/browse/INCUBATOR-41 cut unnessary preamble
> [ ] +1 Approve
> [ ] +0
> [ X ] -0
I don't think the preamble hurts, and it provides readers with the
useful no
+1 to all items.
On 8/30/06, Yoav Shapira <[EMAIL PROTECTED]> wrote:
Hi,
> --8<---
> https://issues.apache.org/jira/browse/INCUBATOR-40 adds license header
> [ X ] +1 Approve
> [ ] +0
> [ ] -0
> [ ] -1 Reject
>
> https://issues.apa
Hi,
--8<---
https://issues.apache.org/jira/browse/INCUBATOR-40 adds license header
[ X ] +1 Approve
[ ] +0
[ ] -0
[ ] -1 Reject
https://issues.apache.org/jira/browse/INCUBATOR-41 cut unnessary preamble
[ ] +1 Approve
[ ] +0
[ X ] -
On 8/30/06, Dan Diephouse <[EMAIL PROTECTED]> wrote:
policy, so I see those as in conflict right now. So I want to know on
what grounds the incubator can prevent me from requesting that some
incubating jars from being uploaded to ibiblio.
Common decency? If we (as the project owners) ask those
Justin Erenkrantz wrote:
On 8/30/06, Dan Diephouse <[EMAIL PROTECTED]> wrote:
Well it can be run around right now too. I as a user of an incubating
project can request that a jar be uploaded to ibiblio. The incubator and
ibiblio policies are distinct. Unless the incubator can enforce policy
on t
Yes, and I feel that Jason is addressing the issues brought up
previously. As Jason stated, and I reiterated in my message to Justin,
the incubator policy doesn't really affect the ibiblio distribution
policy, so I see those as in conflict right now. So I want to know on
what grounds the incuba
On 8/30/06, Dan Diephouse <[EMAIL PROTECTED]> wrote:
Well it can be run around right now too. I as a user of an incubating
project can request that a jar be uploaded to ibiblio. The incubator and
ibiblio policies are distinct. Unless the incubator can enforce policy
on the Ibiblio/Maven project f
[ http://issues.apache.org/jira/browse/INCUBATOR-47?page=all ]
Robert Burrell Donkin updated INCUBATOR-47:
---
Component/s: policy
> [policy neutral] move reading material into release guide
> --
Justin Erenkrantz wrote:
On 8/30/06, Davanum Srinivas <[EMAIL PROTECTED]> wrote:
If it comes to a VOTE, i'd vote -1 on automatic syncing of incubator
artifacts to maven central repo.
I would -1 it as well.
The idea behind a separate repository was to make it very explicit to
the user that the
another batch of (what i hope are) policy neutral changes to the
policy document. i'll tally this vote no earlier than 2000 GMT
wednesday 6th september 2006.
i'm +1 to all
- robert
--8<---
https://issues.apache.org/jira/browse/INCU
[ http://issues.apache.org/jira/browse/INCUBATOR-45?page=all ]
Robert Burrell Donkin updated INCUBATOR-45:
---
Component/s: policy
> [policy neutral] improvement to wording in ongoing activities and add link to
> referenced section
>
[policy neutral] move reading material into release guide
-
Key: INCUBATOR-47
URL: http://issues.apache.org/jira/browse/INCUBATOR-47
Project: Incubator
Issue Type: Improvement
On 8/30/06, Davanum Srinivas <[EMAIL PROTECTED]> wrote:
If it comes to a VOTE, i'd vote -1 on automatic syncing of incubator
artifacts to maven central repo.
I would -1 it as well.
The idea behind a separate repository was to make it very explicit to
the user that they are fetching stuff from
[policy neutral] tightened prose
Key: INCUBATOR-46
URL: http://issues.apache.org/jira/browse/INCUBATOR-46
Project: Incubator
Issue Type: Improvement
Components: policy
Reporter: Robert B
I guess, you need to read more emails on this list :) For example see [1]
thanks,
dims
[1] http://marc.theaimsgroup.com/?l=incubator-general&m=115440663222532&w=2
On 8/30/06, Dan Diephouse <[EMAIL PROTECTED]> wrote:
Why?
Davanum Srinivas wrote:
> If it comes to a VOTE, i'd vote -1 on automat
Why?
Davanum Srinivas wrote:
If it comes to a VOTE, i'd vote -1 on automatic syncing of incubator
artifacts to maven central repo.
-- dims
On 8/30/06, Dan Diephouse <[EMAIL PROTECTED]> wrote:
Jason van Zyl wrote:
> Hi,
>
> It looks like people objected to creating another mailing list for
> p
If it comes to a VOTE, i'd vote -1 on automatic syncing of incubator
artifacts to maven central repo.
-- dims
On 8/30/06, Dan Diephouse <[EMAIL PROTECTED]> wrote:
Jason van Zyl wrote:
> Hi,
>
> It looks like people objected to creating another mailing list for
> policy so I just used [policy] a
Niclas Hedhman wrote:
On Monday 28 August 2006 11:31, Jason van Zyl wrote:
Could that report be made part of the release:prepare and the
release manager
had to explicitly approve it??
How are we supposed to enforce that? And what if they are not using
Maven? Say using either the Ma
Jason van Zyl wrote:
Hi,
It looks like people objected to creating another mailing list for
policy so I just used [policy] as Robert did in a previous message.
Henri has setup Maven repositories for the incubator and there is a
document which is an attempt to describe the current setup here:
On 8/30/06, Leo Simons <[EMAIL PROTECTED]> wrote:
On Tue, Aug 29, 2006 at 08:30:32AM -0700, Justin Erenkrantz wrote:
> I just don't see the cause for your angst here. -- justin
And I just don't see any reason to keep things private. Private ~= bad,
when it can be avoided. Basic way to keep a di
On Tue, Aug 29, 2006 at 08:30:32AM -0700, Justin Erenkrantz wrote:
> I just don't see the cause for your angst here. -- justin
And I just don't see any reason to keep things private. Private ~= bad,
when it can be avoided. Basic way to keep a distributed volunteer
organisation transparent. Etc et
40 matches
Mail list logo
