Commertial support link at our project Is not very much visited :( from mobile (sorry for typos ;)
On Thu, Mar 3, 2022, 14:41 Christofer Dutz <christofer.d...@c-ware.de> wrote: > Just thinking out loud ... > > The ASF could never be an entity that people could come to looking for > commercial support. > That would just be in conflict with being a non-profit charitable > organization. > > However, we also have this discussion about the endowment from the pinaple > funds donation. > How about having the ASF as it is, was and hopefully will always be, and a > second entity that people could come to for commercial support. > In contrast to the usual external companies, the board of this entity > could be linked to the board of the ASF? > This would ensure that the company is run in line with the values of the > ASF. > > Please tell me if this is just complete nonsense ;-) > > Chris > > > > -----Original Message----- > From: Dave Fisher <wave4d...@comcast.net> > Sent: Donnerstag, 3. März 2022 07:33 > To: dev@community.apache.org > Subject: Re: Effective ways of getting individuals funded to work on ASF > projects > > 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 > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org > For additional commands, e-mail: dev-h...@community.apache.org > >