It really wasn't, not from the Tweet alone, which could very easily be interpreted as demanding to fix a specific bug.
As for the email: shrug. The question was reasonable, and his reply on GitHub wasn't especially great, and neither was the email. No one is coming off particularly well here IMHO.
Just FYI: in a situation where someone else is making money off other people’s unpaid labor, and then demanding they do more work for free to keep the $$$ flowing, the person doing the demanding is always the villain. I’ve been in the same situation as the requester and I did the thing any other sane, not-ridiculously-entitled developer would do: forked, patched myself, and then submitted back as a pull request.
I didn't read it as "demanding"; asking a question is not "demanding".
And to repeat: there is nothing to be patched. The fix is merely an update of a dependency, which already happened months ago. It is ONLY asking "when will you tag a new release?"
The whole interaction has to be colored by what the person eventually sent in their email. In that light, it’s very much a demand. Do this unpaid work for me. Any request for recompense is extortion.
Secondly, this is just semantics. Fork, update the dependency or whatever reference to it, and submit back as a pull request. Or maintain the forked repo yourself if it’s that mission critical.
I fully agree. The original request can be read either either with a neutral/oblivious tone or a negative demanding tone. This is the wrong way to ask someone to do free work for you regardless if it's reasonable or not, and the issue is compounded by highlighting the financial aspect.
The followup email proves that taking a negative reading of the original request is the more reasonable read of the writer's intention.
FYI, I think that as of this comment you don't understand what the maintainer was being asked to do. There is nothing in the code to fix. There is no dependency to be updated. Forking and doing whatever isn't what's needed. The person is just asking the person to tag a new release. The requester can't do this themselves.
> The person is just asking the person to tag a new release.
Just to point out, making a new release can be a fairly involved "all day" process depending on what supporting stuff needs doing. eg blog post(s), getting people to manually sign things, notifying other people, etc
Literally no idea if that's the case for this project, but it definitely is for some of the projects I'm on.
More pointless semantics. So your claim is that there is absolutely nothing IBM can do to resolve this situation, with all their myriad resources, besides opening a GitHub issue and then using absurd, abusive language in follow-up emails? Okay.
The original request can be judged on it's own merits. We can also, simultaneously, judge the personality of the requester with all data considered. One does not exclude the other. I judge the original request to be reasonably worded, and I also judge the guy to be an asshat in light of the subsequent email.
It's absolutely not "semantics", because the amount and type of work involved is radically different. Some bug is something I can fix myself with a patch; a new release isn't something I can do at all.
> Fork, update the dependency or whatever reference to it, and submit back as a pull request.
IT HAS ALREADY BEEN FIXED. How many times do I need to repeat this?
It's not just tagging a release; the interlocutor is demanding real work, ie a full qa pass. A release means, in the real world, "we view this set of things as working, and have tested it as such. Likely including some baking in prod."
Asking about a timeline doesn't need you to mention your paying customers and government regulations. These are mentioned specifically to create a sense of urgency while being fully aware that you are relying on free labor. This wasn't someone asking an innocent question.
It really wasn't, not from the Tweet alone, which could very easily be interpreted as demanding to fix a specific bug.
As for the email: shrug. The question was reasonable, and his reply on GitHub wasn't especially great, and neither was the email. No one is coming off particularly well here IMHO.