Thanks Daniel for replying so quickly, greatly appreciated. Regards, Serge...
On Mon, Feb 4, 2019 at 11:25 AM Daniel Gruno <humbed...@apache.org> wrote: > > +1 - still in brussels, so lagging behind on email :) > > On 04/02/2019 11.10, Serge Huber wrote: > > Hello Daniel, > > > > I'd like to close the vote soon but as you voted -1 because of the > > lack of PNS we need your new vote. > > > > For your information, here's the completed and accepted PNS [1]. > > > > Best regards, > > Serge Huber. > > > > [1] https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-161 > > > > On Tue, Jan 22, 2019 at 3:12 PM Daniel Gruno <humbed...@apache.org> wrote: > >> > >> On 1/22/19 3:09 PM, Mark Thomas wrote: > >>> On 22/01/2019 00:37, Greg Stein wrote: > >>>> On Mon, Jan 21, 2019 at 3:21 PM Dave Fisher <dave2w...@comcast.net> > >>>> wrote: > >>>> > >>>>> -0 (binding) - This podling has never completed a suitable podling > >>>>> name > >>>>> search. It seems that people no longer consider that relevant as it is > >>>>> not > >>>>> in the Maturity model and I’m not sure why. It could be because that is > >>>>> ComDev and not the IPMC. > >>>>> > >>>> > >>>> The "Maturity Model" (MM) is just a thing developed by ComDev peeps. It > >>>> has > >>>> no bearing within the Foundation, other than as a lens for individuals to > >>>> view projects. That lens is not part of the Incubator, or any other PMC. > >>>> > >>>> Personally, I do not view the "podling name search" (PNS) as a gate. That > >>>> is another imposition, from outside the Incubator, that has crept into > >>>> the > >>>> "Must Be Performed(tm)" guidelines for graduation. The Board is the > >>>> ultimate arbiter of whether a podling can graduate, and a name search is > >>>> informative for them, rather than gating for us [on the IPMC]. If a > >>>> podling > >>>> wants to be called "Apache Acme", and "gee, there are a lot of Acme > >>>> products out there", then that is on the community. Not something for the > >>>> Incubator to demand they change; just something for them to deal with. A > >>>> community problem, rather than one for the Incubator or the Foundation > >>>> itself. > >>> > >>> I disagree on that point - as VP Brand I would, wouldn't I ;) > >>> > >>> If there is an issue with the name (that the PNS would have uncovered) > >>> then the likely solution is that the (now graduated) project will have > >>> to rename. That has a cost for both the community and the foundation. > >>> > >>> While in some cases there are clearly no conflicts, in others it is not > >>> quite so clear cut. The aim of the PNS is to enable both the podling and > >>> the foundation (delegated to the Branding Committee) to decide if the > >>> choice of name is acceptable given the degree of risk associated with > >>> any potential conflict and the associated costs of a rename should that > >>> risk materialise. > >>> > >>> (There is an assumption here that early renames result in lower costs > >>> for both the community and the foundation). > >>> > >>> As VP Brand I am likely recommend against a podling graduating without a > >>> PNS on the basis that it represents an unknown level of risk. The board > >>> may approve the resolution anyway but I suspect it would be tabled > >>> (delayed) until the following meeting to allow a PNS or something along > >>> those lines to take place. > >>> > >>> As an aside, the policy docs still say a PNS is required to graduate. If > >>> this view has changed (I'm not sure it has - I don't recall a > >>> discussion) then those docs need updating. > >> > >> I haven't heard of any policy change either, and with that in mind, I am > >> -1 (binding) on graduation till a PNS has been resolved. As Mark stated, > >> there are costs involved with name changes, on multiple fronts, and > >> making sure that we don't clash is quite important. > >> > >> With that said, there is plenty of time till the next board meeting, a > >> PNS _could_ be done in time for that, and I'd remove my -1. :) > >> > >>> > >>> Mark > >>> > >>> --------------------------------------------------------------------- > >>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > >>> For additional commands, e-mail: general-h...@incubator.apache.org > >>> > >> > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > >> For additional commands, e-mail: general-h...@incubator.apache.org > >> > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > > For additional commands, e-mail: general-h...@incubator.apache.org > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org