We can’t know the motivations of anyone funding a “tidelift” effort.

And we have trademarks / brand to help deal with misnamed vendor product.

PMCs have the same guarantees with vendors and funders - none.

Do we need a clearer statement about participation as individuals?

Do we need clarification about how a PMC can ask for help?

Trying to keep it simple.

All the best,
Dave

Sent from my iPhone

> On Mar 2, 2022, at 10:20 PM, Ralph Goers <ralph.go...@dslextreme.com> wrote:
> 
> My experience with vendors that employee people to work on ASF projects is 
> that 
> they have their own internal processes that are separate from the ASF’s. For 
> example, 
> as part of their product they might deliver Apache Foo for Acme Bar. The 
> version they 
> ship might not exactly match what the ASF distributes. 
> 
> Tidelift doesn’t deliver a product so has no way to achieve this. 
> 
> That said, Tidelift certainly could provide resources to run the processes 
> they deem 
> necessary and get the folks they are paying to execute those. But any issues 
> that are 
> found would have to be resolved in the project, not in something Tidelift 
> distributes.
> 
> Ralph
> 
> 
> 
>> On Mar 2, 2022, at 6:10 PM, Dave Fisher <wave4d...@comcast.net> wrote:
>> 
>> The way this discussion is going makes me want to ask why should tidelift be 
>> any different from a vendor that pays individuals to work on ASF projects as 
>> part of their employment?
>> 
>> The same neutrality ought to apply. Why do we need to make a new 
>> classification?
>> 
>> All the best,
>> Dave
>> 
>> Sent from my iPhone
>> 
>>>> On Mar 2, 2022, at 4:31 PM, Willem Jiang <willem.ji...@gmail.com> wrote:
>>> 
>>> +1.
>>> It will make the maintainer's life easier with this collected information.
>>> When we bring the commercial support to the ASF project daily
>>> development,  we still need to follow certain rules to avoid the
>>> conflict with the Apache way we believed.
>>> 
>>> Willem Jiang
>>> 
>>> Twitter: willemjiang
>>> Weibo: 姜宁willem
>>> 
>>>> On Thu, Mar 3, 2022 at 1:08 AM Jarek Potiuk <ja...@potiuk.com> wrote:
>>>> 
>>>> Thanks Roman for the initiative. +1 on it.
>>>> 
>>>> I think this might allow us to focus on what we (ASF) think is really
>>>> important and needed by the individuals who work on ASF projects, and set
>>>> our boundaries and limits their individual approach as well as clear limits
>>>> and boundaries for the organisations that would like to apply - and then
>>>> let any entity who wants to help to see how they can fit-in.
>>>> 
>>>> Happy to help with hashing it out.
>>>> 
>>>> J.
>>>> 
>>>> On Wed, Mar 2, 2022 at 3:30 PM Bertrand Delacretaz <bdelacre...@apache.org>
>>>> wrote:
>>>> 
>>>>> Hi,
>>>>> 
>>>>> Le mer. 2 mars 2022 à 15:19, Roman Shaposhnik <ro...@shaposhnik.org> a
>>>>> écrit :
>>>>>> ...Once we've collected that type of info -- we can then sort of
>>>>> "evaluate
>>>>>> vendors" against that list and see what they are missing, etc. We can
>>>>>> even issue a wide "call to apply" for various companies if we feel like
>>>>> it...
>>>>> 
>>>>> +1, I like the idea!
>>>>> 
>>>>> -Bertrand
>>>>> 
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
>>>>> For additional commands, e-mail: dev-h...@community.apache.org
>>>>> 
>>>>> 
>>> 
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
>>> For additional commands, e-mail: dev-h...@community.apache.org
>>> 
>> 
>> 
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
>> For additional commands, e-mail: dev-h...@community.apache.org
>> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> For additional commands, e-mail: dev-h...@community.apache.org
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org

Reply via email to