Then throw in an extra special case, Apache ABC making a release of Apache
XYZ ;-) Not common, but AFAIK, nothing but convention (go over and do it
in the name of XYZ instead) stopping that... But say XYZ has lost its PMC
and is destined for Attic, and ABC is in desperate need...
On Fri, Aug 7, 2
On Thu, Aug 6, 2015 at 7:50 PM, Roman Shaposhnik
wrote:
> Hi!
>
> while answering a question on release policies and ALv2
> I've suddenly realized that I really don't know what is the
> legal basis for enforcing release policies we've got
> documented over here:
>http://www.apache.org/dev/rel
I think there is a bright-line distinction between Apache binary distributions
and distributions made by third parties. In particular, I don't think that
taking builds off of a buildbot or any other developer or overnight builds will
count, although release candidates come close.
I think it ha
On Thu, Aug 6, 2015 at 1:15 AM, Jochen Theodorou wrote:
> Am 06.08.2015 02:43, schrieb Roman Shaposhnik:
> [...]
>>
>> As you probably remember we've discussed this issue not that long time
>> ago: http://thread.gmane.org/gmane.comp.apache.incubator.general/49852
>>
>> The consensus there is that
Hi!
while answering a question on release policies and ALv2
I've suddenly realized that I really don't know what is the
legal basis for enforcing release policies we've got
documented over here:
http://www.apache.org/dev/release.html
For example, what would be the legal basis for stopping
a 3d
On Thursday, August 6, 2015, Dennis E. Hamilton
wrote:
> +1
>
> with the understanding that there is the usual flexibility between
> policies and practices, consistent with the spirit and principles of the
> ASF for Apache Projects.
>
> And, to be fair, I think TLPs should also self-assess on a p
On Thu, Aug 6, 2015 at 1:29 AM, Jochen Theodorou wrote:
> Am 06.08.2015 08:22, schrieb Niclas Hedhman:
>>
>> On Thu, Aug 6, 2015 at 8:43 AM, Roman Shaposhnik
>> wrote:
>>
>>> I honestly see no problem with that, again provided that the artifact can
>>
>> NOT
>>>
>>> be confused with the one comin
On Wed, Aug 5, 2015 at 11:22 PM, Niclas Hedhman wrote:
> On Thu, Aug 6, 2015 at 8:43 AM, Roman Shaposhnik
> wrote:
>
>> I honestly see no problem with that, again provided that the artifact can
> NOT
>> be confused with the one coming from Apache project.
>
> I think the "problem" lies in Tradema
On Wed, Aug 5, 2015 at 11:14 PM, Ted Dunning wrote:
> On Wed, Aug 5, 2015 at 5:44 PM, Roman Shaposhnik
> wrote:
>
>> >> Let us put that last part a step up... Let us assume someone takes one
>> of
>> >> the released sources of one of the java projects out there, makes maven
>> >> artifacts out of
On Thu, Aug 6, 2015 at 12:28 AM, Bertrand Delacretaz
wrote:
> On Thu, Aug 6, 2015 at 8:46 AM, Niclas Hedhman wrote:
>> ...the maturity model shouldn't be a set of gating criteria, but that the
>> podling should self-assess its position and to what degree, as well as how,
>> each point is handled.
On Thu, Aug 6, 2015 at 2:12 AM, Greg Stein wrote:
> On Thu, Aug 6, 2015 at 2:25 AM, Bertrand Delacretaz
> wrote:
>>
>> On Thu, Aug 6, 2015 at 1:57 AM, Roman Shaposhnik
>> wrote:
>> > ...you can call yourself open source software all you want,
>> > but unless you get an exception from Fedora Pack
On Thu, Aug 6, 2015 at 12:25 AM, Bertrand Delacretaz
wrote:
> On Thu, Aug 6, 2015 at 1:57 AM, Roman Shaposhnik wrote:
>> ...you can call yourself open source software all you want,
>> but unless you get an exception from Fedora Packaging Committee
>> you are not open enough for the distribution t
I want to come back to the question about the dependency of a source release on
third-party tooling to be built.
There is some sort of principle involved when it comes to how others can build
the source easily, even if only to confirm that it builds and operates.
I would not want to see an Ap
+1
with the understanding that there is the usual flexibility between policies and
practices, consistent with the spirit and principles of the ASF for Apache
Projects.
And, to be fair, I think TLPs should also self-assess on a periodic basis as an
accountability of the PMC, nudged as necess
Hello, Jochen, my exuberant friend...
On Thu, Aug 6, 2015 at 4:47 AM, Jochen Wiedmann
wrote:
> Forwarding to general@incubator, where it is obviously on-topic.
You're drunk and shouting from the rooftops, dude!
I'm thrilled for Chris (a past Incubator Mentor of mine, too) and
family, but genera
Forwarding to general@incubator, where it is obviously on-topic.
-- Forwarded message --
From: Mattmann, Chris A (3980)
Date: Wed, Aug 5, 2015 at 8:30 PM
Subject: Welcome Heath Alexander Mattmann!
To: "memb...@apache.org"
Hi Everyone,
Heath Alexander Mattmann (HAM) was born J
On Thu, Aug 6, 2015 at 2:25 AM, Bertrand Delacretaz
wrote:
> On Thu, Aug 6, 2015 at 1:57 AM, Roman Shaposhnik
> wrote:
> > ...you can call yourself open source software all you want,
> > but unless you get an exception from Fedora Packaging Committee
> > you are not open enough for the distribut
Am 06.08.2015 08:22, schrieb Niclas Hedhman:
On Thu, Aug 6, 2015 at 8:43 AM, Roman Shaposhnik
wrote:
I honestly see no problem with that, again provided that the artifact can
NOT
be confused with the one coming from Apache project.
I think the "problem" lies in Trademarks. Debian's Tomcat7
Am 06.08.2015 02:43, schrieb Roman Shaposhnik:
[...]
As you probably remember we've discussed this issue not that long time
ago: http://thread.gmane.org/gmane.comp.apache.incubator.general/49852
The consensus there is that as long as you're communicating intent
clearly you can let downstream dev
On Thu, Aug 6, 2015 at 8:46 AM, Niclas Hedhman wrote:
> ...the maturity model shouldn't be a set of gating criteria, but that the
> podling should self-assess its position and to what degree, as well as how,
> each point is handled. Yes, many of the points are non-negotiable, but
> don't claim tha
On Thu, Aug 6, 2015 at 1:57 AM, Roman Shaposhnik wrote:
> ...you can call yourself open source software all you want,
> but unless you get an exception from Fedora Packaging Committee
> you are not open enough for the distribution to consider your work...
But that's doesn't make your project inva
21 matches
Mail list logo
