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
