-
-
Notifications
You must be signed in to change notification settings - Fork 9.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Soliciting donations from the command line #4644
Comments
This is very very hard to get right. We need to choose the right amount of nagging, to be quite low (even every 10 installs will be quite a lot for many users). And we would probably need to have a plan with what we want to do with the money: people would be more interested to contribute to specific projects/plans for Homebrew's future. Even if we can get it right, I am not sure we should do it. I would not be in favour, personally. |
I think it might help, even though I'm fully on board with:
I agree with:
It is indeed a very difficult thing to do, especially with homebrew mostly installing things people expect to happen anyway, I think I would be in favor of a donation request with a clear goal. (maybe even specifying that this would go towards security?) |
I like the idea of a We might also want to look into adding messages to the Discourse instance and main website, since (IME) people tend to view those as less nagging. But that's also potentially out-of-scope for this issue. |
I think a fully documented |
Homebrew already has a bit of a personality, which is potentially either a positive or a negative addition to this factor. The whole
I think even this is too much. If we go down this route I'd really only like to "nag" users as part of the installation process. We already tell users as part of installation about analytics and how to disable it if desired, so I think that'd be a reasonable place to also stick a message like:
I don't have a firm objection to something like a |
con: you have to track users Alternate solution: randomly, in average each N invocations of brew install. |
We could add it to |
Hiya! I'll add some context to my Twitter suggestion: why the funding is useful and why OpenCollective. Personally I think it would be best to print that out during installation and updating of Homebrew, not during usage. People who install and update often are the most likely to appreciate and donate. |
I'd say we output this the same places we output analytics messages i.e. on install and a single time for all current installs when they are on a TTY (storing that we've shown it to them in |
It's worth noting that the OpenCollective low-bureacracy model is less useful for us as we're already part of the Software Freedom Conservancy, a 501c3 and the Homebrew project have physical assets. |
I agree with @developit that Homebrew installation and However, like developit said, users who run I also think adding a "NO_NAGGING" option is important, because there will inevitably be people who don't like it, no matter how unobtrusive it is. |
How about showing it after adding a tap? I'd say it's usually a sign that you're using homebrew more than just casually. And it doesn't happen all that often. |
I'd really like that we show it to users literally once and then not again. I really don't think non-trivial numbers of people who are disinclined the first time will consider if future times. It's worth noting that I've been contacted a few times about making Homebrew websites advertising supported and always shot it down because I don't believe in a detrimental user experience just to make us more money. I think the same principle applies here; there's a difference between telling people who don't know they even can donate and asking people to donate multiple times. |
Regarding donations from users versus companies, I remember Patrick McKenzie (@patio11) mentioning selling commercial licenses instead of asking for donations but not changing anything about the project. The logic being that user donations are typically small and one-off, and in some instances companies aren’t even allowed by the tax code to donate money. I remember he even asked OSS project to sell him a license, because he has the budget from inside the company but if he writes it off as a donation, he’d get in trouble with legal. On the other hand, if he could get nothing more than an invoice saying “commercial license for X”, it’d be approved and he would be able to spend way more than as an individual. |
I'm in favour of adding a donation message to https://github.com/Homebrew/install/blob/master/install and when the analytics message is printed the one time, and adding a @vitorgalvao I agree with Vítor that we should offer a commercial license for Homebrew. I don't have a specific recommendation what the text of that license should be. |
The only concern I have with only putting the message in install is that first time users who might otherwise contribute will skip it for the sake of finishing what they were doing or because they are unsure how useful it will be. If there is a way to measure how much someone uses Homebrew (perhaps by the number of formulae installed?) then the message could be shown once after a threshold is hit. Maybe I am in a small minority here, but I know that if I downloaded a new piece of freeware that immediately asked for a donation, I would skip it. I also enjoy contributing to projects I use, but I don't go seeking out ways to spend money. If it was only shown on install, there's very little chance I would remember to donate later on. |
@vitorgalvao said
I found some references: |
Same, but if the |
Thanks a lot to everyone for your thoughts and ideas, and @developit for chiming in!
@vitorgalvao I like this idea a lot! Could such a dual licensing model possibly work with the existing agreement between Homebrew and the Software Freedom Conservancy? While I don’t know the terms of the agreement, the Conservancy’s agreement template mentions that “any and all software […] will be distributed solely as free software.” That part where it says “solely” makes me feel a bit pessimistic. @MikeMcQuaid @JCount @mistydemeo @reitermarkus Feel free to correct me if I’m wrong (provided you feel comfortable discussing this publicly). |
@claui wrote…
Excerpted from https://sfconservancy.org/docs/sponsorship-agreement-template.pdf
My read is that all software/documentation distributed by the Project must be Free Software, and I'd feel that dual licensing would qualify. It's the Conservancy's call what qualifies as Free Software, so we're best asking them if they're okay with dual licensing. I'd hope that they would be. |
Let's not get ahead of ourselves here, folks. As (I'm pretty sure) the only person who has ever spent money on behalf of Homebrew I don't think experimenting with different ways to get additional funds is going to be worth the time and complexity for the benefits it will provide the project. Let's start with something small, incremental and what seems to be universally agreed: a one-time donate message that points to the donation section of our README. |
I'm unsure whether soliciting funding via the CLI would be a good idea. Have you considered a funding option via https://tidelift.com/? |
Hi @huntc, thanks for chiming in! It looks like tidelift may be orthogonal to our goals; we're not trying to start a business. The homepage says:
(caveat: I only skimmed the homepage) |
Locking this thread to avoid this becoming bikeshedding; we have an actionable item now and this doesn't really need discussed beyond that. Thanks all ❤️ |
I've opened PRs for this in #4682 and Homebrew/install#132 |
Cool, thanks! Closing here. |
A Twitter user suggests that we ask for donations via CLI like a number of other programs do.
@Homebrew/maintainers Is that worth a discussion? Some random thoughts from me:
Thoughts
brew install
may be more appropriate.brew donate
(which would open the Patreon URL.) A subcommand sounds silly but may actually help with conversion; people are curious, and we already know our users are CLI persons.HOMEBREW_NO_NAGGING=1
, no matter whether they have donated or not.Pros
Cons
The text was updated successfully, but these errors were encountered: