this post was submitted on 30 Jul 2025
704 points (95.6% liked)
Technology
73495 readers
2964 users here now
This is a most excellent place for technology news and articles.
Our Rules
- Follow the lemmy.world rules.
- Only tech related news or articles.
- Be excellent to each other!
- Mod approved content bots can post up to 10 articles per day.
- Threads asking for personal tech support may be deleted.
- Politics threads may be removed.
- No memes allowed as posts, OK to post as comments.
- Only approved bots from the list below, this includes using AI responses and summaries. To ask if your bot can be added please contact a mod.
- Check for duplicates before posting, duplicates may be removed
- Accounts 7 days and younger will have their posts automatically removed.
Approved Bots
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
How does that analogy make any sense? No one has done anything malicious to him. He released open source software, got mad and revoked the open source license for newer versions, then got even more mad when people continued using the old open source version. Which is a problem he brought on himself. And his continued tantrums still won't keep distros from packaging the only version they even can package.
He got mad because people kept bugging him to fix problems created by other people which he has no control over. His “tantrums” are his way of re-asserting control over his life.
Open source dev burnout from support requests is a real and widespread phenomenon. When a software developer releases the fruits of their hard work they are doing the wider community a service. When large numbers of people begin to contact the developer for support the effect can be overwhelming even though every individual request may be legitimate and non-malicious.
In the case of packaging errors created by a third party not in contact with (let alone under the control of) the developer, these support requests for dealing with unsolvable and irrelevant (in the developer’s eyes) problems can be absolutely maddening.
I am quite sure the developer would have had no issues with people doing what they did as long as they accepted the responsibility to fix their own issues without contacting him. The fact that they did not do so (and therefore caused him grief) is negligent even if it isn’t malicious.
You can just not publish your actual contacts and choose what you will and wont offer support on your public facing persona.
That's what I do 😁. No real names unless it's something I don't care about.
I only support a couple of pip/composer/ect...and others package it up for any specific is or implementation. I always tell people "I will accept new prs" but if say I'm on vacation, I just don't look at the package. If it's bad enough, someone can fork and everyone else can move on with their lives. Hasn't happened yet on the couple of packages that got popular (?) but it's the lifecycle of open source.