incubator-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Davanum Srinivas" <>
Subject Re: On incubating releases
Date Sun, 28 Sep 2008 14:19:38 GMT

I'll repeat again. The solution currently imposed is not ideal. It's
not working. Problem is there is no other way.

For example, If the releases were signed and maven had a way for folks
to add say a gpg key before they could use artifacts from a repo, we
could put up a web page for the gpg key where we can show the

For folks who are bundling, they can somehow embed that gpg key or
some other way, they can signal maven that it's ok to not prompt the
user again as Project B folks already taking responsibility for those
specific dependencies.

Or some other brilliant solution from the folks would be ok too. Some
explicit step for folks who are directly using the incubator artifacts
and some for others who are embedding them

Problem is when u try to talk to maven folks, all u get are insults.
Believe me, i've tried. And you can check the archives.


On Sun, Sep 28, 2008 at 9:28 AM, Jukka Zitting <> wrote:
> Hi,
> On Sun, Sep 28, 2008 at 1:33 PM, Davanum Srinivas <> wrote:
>> We did the VOTE and everyone has stated their opinions. Why bring it
>> up again and again?
> I'm keeping this alive to better understand and perhaps somehow
> address the concerns of the people who opposed the change.
> The problem is, even with all the debates I still don't quite
> understand the objections. I would understand if people wanted to ban
> all releases. I would also understand if people wanted *all*
> downstream users to display our disclaimers. But I don't understand
> why we should treat one class of users differently from another.
> So, I'm still hoping someone would enlighten me so we could perhaps
> find some compromise that suits everyone (or at least a larger
> majority). Otherwise I will just carry on and implement the proposal
> based on majority rule.
> BR,
> Jukka Zitting
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

Davanum Srinivas ::

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message