News for hackers. Stuff that matters.
Re:xz: A Microcosm of the interactions in Open Source projects by kimixa on Sunday March 31, 2024 @05:03AM (#39882619)
I do sometimes wonder if by trying to be "nice" to users and try to see the best intentions of commenters, many developers waste huge amounts of mental energy.

For context, I've really only worked on "fun" side projects, namely emulators and game remakes, where I've explicitly avoided any mention of donations or similar. Both as it's intended to be a distraction from my job, not become part of it. And generally avoid as many issues as possible around said money distribution within the project, and possible copyright problems that such things often skirt.

And those sort of projects tend to be extremely limited in progress not by total interest, but skilled interest with the ability to contribute. I wish as many as 1% of the regular discussion participants in the community could contribute to that level.

There's a natural belief that unless someone is egregiously out of line, all discussion around a project from users is allowed, even encouraged.

But many people just can't seem to help themselves making "suggestions" (or, another reading, "demands"), and that can have a significant impact on motivation of volunteers. I believe the vast majority are from based in good intentions, wanting a "better" result, but arguably are mostly self-defeating in that I find the discussion around much of these things to be draining and demotivating. I want to have "fun" coding game remakes, not defusing drama in discord threads.

But it's expected to have a "community" for all such projects, and not exclude non-direct contributors. Even writing it down here I'm worried I sound like I'm trying to curate a closed community of ego-boosting yes men.

But I sometimes wonder if allowing this sort of open community is better in the long run.

Re:xz: A Microcosm of the interactions in Open Source projects by aumerle on Sunday March 31, 2024 @06:08AM (#39882915)
You dont need to wonder. Any long term maintainer of even semi popular open source projects will tell you that engaging with the peanut gallery is completely counter productive.

Engage with people that have earned it in your eyes, whether by contributing to your project via code, assets, bug triage, writing a good and effortful bug report, whatever. Just ignore what the larger internet has to say about you and your creations.

Re:xz: A Microcosm of the interactions in Open Source projects by graemep on Sunday March 31, 2024 @08:28AM (#39883653)
I think this is a wider social problem of the internet.

Most people want to be helpful to others. This works fine when it is with a limited no of in real life interactions with mostly reasonable people. It can get wrecked by one or two unreasonable people, but the more fundamental problem is that it does not scale well, and the internet takes it to a far greater scale.

It is one reason so many of us essentially work for free for FB and the like: we do things to help others (advice and information), and the side effect is creating content and data for FB.

Re:xz: A Microcosm of the interactions in Open Source projects by littlestymaar on Sunday March 31, 2024 @10:37AM (#39884673)
> Most people want to be helpful to others. This works fine when it is with a limited no of in real life interactions with mostly reasonable people.

I don't think it has anything to do with the internet (whose scale pose many problems but not this one): anyone that founded a product/start up can tell you that people will give you “advices” and “suggestions” all the time when you talk about your project, and “don't listen to random suggestions from people you've just met” is one of the first advice you're being given when you're talking to other founders.

It doesn't even need to scale above a handful of people to be a nuisance that harm your project if you listen to them.

Re:xz: A Microcosm of the interactions in Open Source projects by lobocinza on Sunday March 31, 2024 @05:12PM (#39888108)
I'm always wary of people that freely give advice/suggestions because they probably:

* lack information

* have a conflicting vision

* are being dishonest

I'm not a founder but I imagine that being integral to your own vision is the way to go. Attempting to cater to the conflicting needs of a diverse set of users isn't feasible for a startup.

But anyway this isn't valid only for founders but also to life, friends and family.

Re:xz: A Microcosm of the interactions in Open Source projects by ninkendo on Sunday March 31, 2024 @09:55AM (#39884284)
What form should this ignoring take, in your eyes? I’ve never maintained an open source project but I’d imagine this is the hard part, how to politely decline the peanut gallery’s feedback. Do you disable GH issues? Leave them open and ignore them? Decline with some boilerplate language? How do you stop people from being mad that you’re ignoring them? (IME these types of people are likely to take things personally and start harassing you or complaining loudly in other forums…) These are the kind of things that stress me out just thinking about it, if a project of mine actually got popular.
Re:xz: A Microcosm of the interactions in Open Source projects by chubot on Sunday March 31, 2024 @12:35PM (#39885711)
One example of a useful technique

https://serenityos.org/ apparently only makes source code available. There are no binary images of the OS to install

I think Andreas said this functions like a little test -- if you're not willing to build it from source, then you might not be a good contributor. Or you might not be seriously interested in the project's goals.

---

Likewise, my shell project provides source tarballs only, right now - https://www.oilshell.org/release/0.21.0/

It is packaged in a number of places, which I appreciate. That means some other people are willing to do some work.

And they provide good feedback.

I would like it to be more widely available, but yeah I definitely see that you need to "gate" peanut gallery feedback a bit, because it takes up a lot of time.

Of course, it's a tricky balance, because you also want feedback from casual users, to make the project better.

Re:xz: A Microcosm of the interactions in Open Source projects by aumerle on Sunday March 31, 2024 @10:04AM (#39884373)
Say no, politely, with your reasons. If they continue to argue: 1) Unwatch the issue/block emails realted to the issue (setup tooling for this) 2) If they continue to harass just block them, they are a waste of your precious time and energy

And yes they will go cry on reddit or HN or their own blogs and call you names. Ignore it. Be happy in the knowledge of the thousands or millions of people whose lives you have improved by your labor. Most of them wont bother to say thank you, but a few will, rememebr those. And be happy in the knowledge that the worlds is a better place because you exist in it, in however small a way.

The key is to realize that human psychology is by default not well equipped to deal with the internet. We tend to react much more strongly to criticism than praise. Recognize that in yourself, and gradually change it.

Re:xz: A Microcosm of the interactions in Open Source projects by bennyhill on Sunday March 31, 2024 @12:05PM (#39885437)
This is certainly a good idea for the individual who is running a FOSS project.. But I think the projects with maintainers who bend over backwards for people are more often the ones that end up chosen and kept as dependencies when there are for example hundreds of compression libraries to choose from.

The distribution game is kind of stacked for the most likely to burn out to be the most likely to be important in the stack and in desperate need of help.

Re:xz: A Microcosm of the interactions in Open Source projects by bee_rider on Sunday March 31, 2024 @12:50PM (#39885829)
It makes sense that this could have been an easy mistake to make in the past. Responsive people seem more interested and engaged. But I wonder if it would be best seen as imprudent now? If highly responsive maintainers are susceptible to burnout, then maybe people should consider those other algorithms.

Especially considering the responsiveness here is responsiveness to the peanut gallery.

It would probably be good for the maintainers too. If being responsive is seen as a way to have a bigger impact, people might be inclined to become more responsive and burn out.

Re:xz: A Microcosm of the interactions in Open Source projects by ncruces on Sunday March 31, 2024 @04:18PM (#39887684)
But I think the projects with maintainers who bend over backwards for people are more often the ones that end up chosen and kept as dependencies when there are for example hundreds of compression libraries to choose from.

You're not wrong, and that's the first mistake: the individual running a FOSS project wants to see their project succeed and willingly bends over backwards to make it so.

The more you care about popularity, or even acceptance, the more vulnerable you are.

Re:xz: A Microcosm of the interactions in Open Source projects by shrimp_emoji on Sunday March 31, 2024 @12:17PM (#39885532)
Don't even engage to begin with. Embrace elitism. Embrace the natural order. "The lion needn't be polite to the sheep." ;p Plus, they're probably Chinese intelligence agency bots.
Re:xz: A Microcosm of the interactions in Open Source projects by ncruces on Sunday March 31, 2024 @11:31AM (#39885154)
I have a tag for my issue tracker that's called “maybelater” which is my polite version of “wontfix” (which I also have); I use it for stuff that might be reasonable, but I have no intention of (ever?) working on.

If you're working on open source as a hobby (as I do), you should make this very clear to your users. You work on stuff you want to, at the pace you find enjoying. You don't take contributions you think will be hard to maintain. You make it clear you don't owe anyone anything. You also accept that, often, the best answer to an issue/contribution/disagreement is a fork.

Re:xz: A Microcosm of the interactions in Open Source projects by boris on Sunday March 31, 2024 @10:08AM (#39884417)
Based on my experience running open source projects for a couple of decades, not replying/engaging is the only way.

Don't reward incompetence with a response -- are they paying attention, have they done their homework? (paraphrasing Maria Popova)

Re:xz: A Microcosm of the interactions in Open Source projects by bityard on Sunday March 31, 2024 @10:19AM (#39884519)
You say, "Sorry, I don't have the bandwidth for this right now. I am closing this issue for now but it can be reopened if anyone else is sufficiently motivated to submit a patch."

> How do you stop people from being mad that you’re ignoring them? (IME these types of people are likely to take things personally and start harassing you or complaining loudly in other forums…)

You don't (and can't) stop people from being unreasonable, mad, angry, or upset. That is their own choice. What you describe is bullying, plain and simple. Being nice to them because they might escalate later is counter-productive to your own mental health and gives them agency over your own time and energy. With bullies, the only way to win is to not play the game.

Re:xz: A Microcosm of the interactions in Open Source projects by rogerbinns on Sunday March 31, 2024 @11:17AM (#39885024)
A relevant term is "help vampire". The original post describes how to spot them, and suggestions for addressing it.

https://slash7.com/2006/12/22/vampires/

Re:xz: A Microcosm of the interactions in Open Source projects by staplers on Sunday March 31, 2024 @10:06AM (#39884403)

  Decline with some boilerplate language?
It works for corporate triage. If your project is big enough it might be your best bet.
Re:xz: A Microcosm of the interactions in Open Source projects by c_joly on Sunday March 31, 2024 @07:11AM (#39883191)
Thanks for writing this! Your comment and the article have prompted me to explicit the social contract for my Open-Source project: https://github.com/cljoly/.github/pull/4/files#diff-eca12c0a...
Re:xz: A Microcosm of the interactions in Open Source projects by TeMPOraL on Sunday March 31, 2024 @05:51AM (#39882826)
> Even writing it down here I'm worried I sound like I'm trying to curate a closed community of ego-boosting yes men.

There's this weird trend that's been happening for some time now that tries to make non-fully-open groups look wrong, but honestly, has anything ever actually been done by such open groups? As far as I can tell, "closed community" is a necessary (but not sufficient) condition for any kind of quality creative output (this includes individual projects as single-person closed group). Having a core of creators surrounded by distinct group of fans and secondary contributors is a natural organization that forms spontaneously.

Re:xz: A Microcosm of the interactions in Open Source projects by lukan on Sunday March 31, 2024 @06:45AM (#39883092)
I think the linux kernel developement is quite open. But Linus is famous for telling people directly in not so nice words, that they are not helping.

I don't think insults are the solution, but giving a clear no, is a skill many people struggle with. And if some cannot cope with that, blocking individuals also works.

Re:xz: A Microcosm of the interactions in Open Source projects by cqqxo4zV46cp on Sunday March 31, 2024 @07:52AM (#39883411)
My understanding was that Linus is cooling his jets a bit?
Re:xz: A Microcosm of the interactions in Open Source projects by lukan on Sunday March 31, 2024 @08:04AM (#39883504)
Yes, he wants to stop using insults, which I think is good. But he still won't tolerate BS, or timewasting.
Re:xz: A Microcosm of the interactions in Open Source projects by pjmlp on Sunday March 31, 2024 @08:51AM (#39883808)
It is also a cultural thing, being from Southern Europe took me some time to get used to the Northern Europe approach to be direct without any yes and buts.
Re:xz: A Microcosm of the interactions in Open Source projects by o11c on Sunday March 31, 2024 @12:51PM (#39885837)
Linux development is distributed (largely, between commercial entities), not really "open". If you aren't intimately familiar with the culture, you're likely to be ignored unless your issue also affects somebody who is.
Re:xz: A Microcosm of the interactions in Open Source projects by lukan on Sunday March 31, 2024 @04:06PM (#39887571)
Being open for collaboration does not mean anyone and anything is welcomed. But I could just write to the kernel mailing list (I think, it used to be like this) - but yeah, since I am not a kernel hacker, I do not have anything meaningful to contribute, I would be ignored, or told to shut up - as it should be. I won't go there and say "hey you know, it would be really good if linux would support xyz ASAP". I have no right to do this and this would not be welcome - yet in many other open source projects, this is quite the norm. People come with this expectation. Some even might have donated 5$ and think now they own the place. Well, no.
Re:xz: A Microcosm of the interactions in Open Source projects by bregma on Sunday March 31, 2024 @07:49AM (#39883387)
Thank, you for participating in the open source community by sharing your opinion. Your contribution is valuable but not consistent with the direction we are currently going in at this time. Please don't let this stop you for further participation.
Re:xz: A Microcosm of the interactions in Open Source projects by apantel on Sunday March 31, 2024 @09:45AM (#39884196)
There are no stupid contributions, just stupid people.
Re:xz: A Microcosm of the interactions in Open Source projects by figassis on Sunday March 31, 2024 @07:50AM (#39883393)
Usually, I try to use projects in languages I work with so if the issue is not important enough for me to make a PR, then it’s not important enough. One thing I wish were possible is to sponsor an issue. I don’t usually sponsor open source projects, but I would likely sponsor a lot of issues just to speed up resolution. I think this could move a lot of projects in the right direction. Depending on difficulty, the maintainer could define a budget to have it in the roadmap with a reasonable timeline defined by them, maybe measured in quarters.
Re:xz: A Microcosm of the interactions in Open Source projects by withinboredom on Sunday March 31, 2024 @09:38AM (#39884136)
As long as that money is held in escrow. Otherwise vaporware would make a killing.
Re:xz: A Microcosm of the interactions in Open Source projects by spitfire on Sunday March 31, 2024 @12:31PM (#39885661)
You could Make them supply a test case that unlocks the escrow.

This both makes a bar that the bug creator has to pass, filtering some of the drive by time wasters, and gives a reward to the developers for fixing it.

Re:xz: A Microcosm of the interactions in Open Source projects by johannes1234321 on Sunday March 31, 2024 @10:03AM (#39884361)
An issue is that the maintainer may have other priorities. By sponsoring an item you "force" them to look at that sooner.
Re:xz: A Microcosm of the interactions in Open Source projects by figassis on Monday April 01, 2024 @03:43AM (#39891705)
Probably, it is their choice to fix the issue and collect. An unresolved issue in the agreed timeline automatically refunds the money. Maintainer has the option to request more time. Donors can accept or reject. Ideally multiple people would sponsor an issue, so some percentage of funding would back out as deadlines are missed, but not all funding. Incentive is more delay, less reward.
Re:xz: A Microcosm of the interactions in Open Source projects by saagarjha on Monday April 01, 2024 @07:24PM (#39900588)
What happens here is inevitably someone puts up $5 and harasses the maintainer for not taking the bounty.
Re:xz: A Microcosm of the interactions in Open Source projects by figassis on Tuesday April 02, 2024 @09:45AM (#39905697)
They already do while putting up $0. Nothing really changes there. Also, maybe money should be refunded if maintainer does not accept in a reasonable time after funding goal is reached. Maintainer can always reject sooner. Maintainer has final word.
Re:xz: A Microcosm of the interactions in Open Source projects by saagarjha on Wednesday April 03, 2024 @06:16AM (#39915508)
People feel a lot more justified to harass maintainers if they offer money, and do not usually understand that a small token amount is not really worth taking :(
Re:xz: A Microcosm of the interactions in Open Source projects by PaulRobinson on Sunday March 31, 2024 @07:12AM (#39883196)
I've been thinking about contributing to some open source projects, and starting a couple of things of my own, and the community aspect is a significant downside for me, and I say that as somebody who was quite active in several open source projects and things like the IETF years ago.

I'm not saying the community shouldn't be there, it's just that the barrier to entry is so low, that people can "contribute" with very little effort, that's become a significant problem as Internet usage (and acceptance of shit-posting trolls as just being a cost of anything online), so the signal/noise ratio is awful and we end up in an easy slide to controversy and spite and the good actors wanting to walk away.

I think this is why I don't do social media any more. I think it's why I'm not on the mailing lists I once was, or have interest in discord or a great many open community sites. It's just exhausting. HN, slashdot and some group chats in Signal with people I have known for many years is the closest I get to anything like that any more.

I've thought about doing some blogging without comments and a means to contact me directly another way privately. I've thought about making contributions to other projects with my only conversations being about my own commits, but that doesn't work for leading my own projects if I want to be "nice".

I think leading a project for me might involve _not_ letting others contribute to my version without clearing some arbitrary bar. No mailing list, no discord, no developer community. That doesn't feel optimal on some metrics, but it might be optimal for the metrics I care about.

Re:xz: A Microcosm of the interactions in Open Source projects by rrr_oh_man on Sunday March 31, 2024 @09:58AM (#39884314)
> I think this is why I don't do social media any more

Guess what you’re doing here, buddy.

Re:xz: A Microcosm of the interactions in Open Source projects by mrob on Sunday March 31, 2024 @10:21AM (#39884529)
IMO, it's not social media unless there's a social graph. HN has no way to follow or otherwise establish some relationship with specific users, so it's just a forum, not social media.
Re:xz: A Microcosm of the interactions in Open Source projects by bee_rider on Sunday March 31, 2024 @01:04PM (#39885926)
Classic phpBB style forums had smaller populations, there might not have been a follow feature, but the relationships formed naturally. HN doesn’t really feel like one.

I don’t really know how I’d classify the differences specifically…

Re:xz: A Microcosm of the interactions in Open Source projects by rrr_oh_man on Monday April 01, 2024 @08:51AM (#39893612)
Old school Twitter?
Re:xz: A Microcosm of the interactions in Open Source projects by mrob on Monday April 01, 2024 @01:11PM (#39896425)
Was there ever a public release of Twitter with no support for following specific users?
Re:xz: A Microcosm of the interactions in Open Source projects by traverseda on Sunday March 31, 2024 @06:43AM (#39883080)
>There's a natural belief that unless someone is egregiously out of line, all discussion around a project from users is allowed, even encouraged.

I mean sure, but how do you intend to stop people? You can't stop them from setting up a forum somewhere.

This is why github discussions is useful though. A feature request in a ticket is something that needs to be handled. A feature request in a discussion is just some users talking about stuff they think would be cool.

Re:xz: A Microcosm of the interactions in Open Source projects by supriyo-biswas on Sunday March 31, 2024 @06:30AM (#39883010)
The points you make aren't unreasonable.

It is necessary to establish clear boundaries of what can and can't be provided by the maintainers. If not done at an earlier stage of the project, the support burden becomes too much to bear at which point the maintainer transfers ownership, and the project suffers from catastrophic consequences such as the xz backdoor we're talking about here, or other cases where the project mostly stalls and serves as an ego-boosting platform for the new maintainer, as was the case with PhantomJS[6] before it was shut down.

This can also happen in your life, where a "friend" sees that you possess a certain skill, and then gradually tries to push an inordinate amount of their personal work related to this field onto you.

Personally, I think it's best to use an approach with extremely clear communication as to what the maintainer can and cannot provide. This can be seen, for example, in yt-dlp[1], where the consumer is clearly informed upfront that not providing detailed information as requested will lead them to block said consumer; or sqlite where their position regarding contributed patches[2] and support[3] is similarly made clear.

Having a shouty BDFL like Torvalds can also help improve code quality[4] and questionable contributions[5], though it is better that the shouty BDFL makes statements that are professional and do not show as much aggression; so for example, "Mauro, shut the fuck up"[7] would become "Mauro, your response is completely unbecoming for a Linux kernel maintainer, and is not in line with the promise of not breaking userspace."

[1] https://github.com/yt-dlp/yt-dlp/issues/new?assignees=&label...

[2] https://www.sqlite.org/copyright.html

[3] https://www.sqlite.org/support.html

[4] https://www.theregister.com/2024/01/29/linux_6_8_rc2/

[5] https://cse.umn.edu/cs/linux-incident

[6] https://github.com/ariya/phantomjs/issues/14541

[7] https://lkml.org/lkml/2012/12/23/75

Re:xz: A Microcosm of the interactions in Open Source projects by apantel on Sunday March 31, 2024 @09:49AM (#39884237)
> "Mauro, your response is completely unbecoming for a Linux kernel maintainer, and is not in line with the promise of not breaking userspace."

This is just PC corporate speak. Linus is an actual human being who says what he really means.

Re:xz: A Microcosm of the interactions in Open Source projects by supriyo-biswas on Sunday March 31, 2024 @10:02AM (#39884350)
I'm assuming the apology[1] from Linus must have come off on complaints raised to the HR department of companies with active contributions to the Linux kernel. Because this was Linus, this went over relatively smoothly for him, but for another person, this may not have been the case.

There is also no telling if the person is interacting in good faith and just doesn't know, in which case the aggression is a bit rude.

You can tell people to fuck off without saying that explicitly, and it also allows you to save face in case the situation isn't what you expected it to be.

[1] https://arstechnica.com/gadgets/2018/09/linus-torvalds-apolo...

Re:xz: A Microcosm of the interactions in Open Source projects by account42 on Monday April 08, 2024 @11:11AM (#39970571)
No the apology is just Linus prioritizing the relationship with his daughter over being a slightly more effective maintainer.
Re:xz: A Microcosm of the interactions in Open Source projects by account42 on Monday April 08, 2024 @11:13AM (#39970589)
Agreed. This is the real power of corporate newspeak - eventually ordinary people will see it as the normal way to communicate and go along with the clownshow without even being beholden to any HR department.
Re:xz: A Microcosm of the interactions in Open Source projects by matheusmoreira on Sunday March 31, 2024 @11:30AM (#39885145)
That LKML episode always makes me feel pretty bad. Mauro Carvalho Chehab maintains the ZBar project now. I briefly worked with him when I sent some patches in for a feature I wanted. There were things I had to address that I hadn't even considered and he worked with me all the way, ended up learning quite a bit about DBus. He's an awesome maintainer and set the bar for me for what qualifies as a great experience in contributing to free and open source projects.
Re:xz: A Microcosm of the interactions in Open Source projects by cqqxo4zV46cp on Sunday March 31, 2024 @07:51AM (#39883407)
My layperson’s opinion is that anything to do with gaming is particularly riddled with people that interact poorly with maintainers. Again, purely my opinion: gamer culture invites a particular sort of Dunning-Kruger-prone ‘power user’ type. Every gamer community carries with it a corpus of baseless, fictitious, technical information. “The developers didn’t do this because x”, “it’s ridiculous that they didn’t just y”, “They just aren’t listening to users!”

I’m not much of a gamer at all. But the once in a blue moon where I dip my toes in, it’s not that long before I’m met with a forum post or reddit comment making some technical assertion that sounds incredibly presumptuous if not downright incredibly unlikely.

Re:xz: A Microcosm of the interactions in Open Source projects by supriyo-biswas on Sunday March 31, 2024 @08:54AM (#39883828)
You need to look no further than what was happening on the xz commit threads post disclosure; there were multiple people preaching as to how to do "real" software development.
Re:xz: A Microcosm of the interactions in Open Source projects by anotherhue on Sunday March 31, 2024 @11:05AM (#39884911)
The gamers seem to have particularly short fuses. It's like they skipped the socialisation phase of childhood development.
Re:xz: A Microcosm of the interactions in Open Source projects by TillE on Sunday March 31, 2024 @11:43AM (#39885264)
My favorite know-nothing gamer meme these days is "bad optimization". What they mean is that the performance is worse than what they would expect (?) on a given hardware configuration and game settings.

They haven't poked around with RenderDoc, they don't have the debug symbols to profile the CPU code, they have zero idea what kind of work the software needs to do, they simply know the lazy devs have failed to "optimize" their game.

Re:xz: A Microcosm of the interactions in Open Source projects by account42 on Monday April 08, 2024 @11:03AM (#39970491)
You say this as if any game is actually as optimized as it could be which if you know anything about game development is an absurd assertion. Games are throwaway software programmed under strict deadlines. "Good enough" is the natural result of that. And yes, I have traced games' GPU and library usage due to bugs and performance issues. It's never a question if performance could be introduced but always just a question of how much effort/time it would take.
Re:xz: A Microcosm of the interactions in Open Source projects by fireattack on Sunday March 31, 2024 @01:01PM (#39885904)
I think what you said is true but the major reason is simpler: there are way more gamers than developers.

So if your project's audience is gamers, of course it's going to attract more people which also means lower quality community almost automatically.

Re:xz: A Microcosm of the interactions in Open Source projects by tb_technical on Monday April 01, 2024 @03:07PM (#39897877)
Games are meant to be accessible to the public (in order to make the most money) - as in, easy to obtain, install, configure, and use. When you interact with the public, you're going to get all kinds of people. Even the crazy awful ones.

As for reddit and forum posts? The people willing to make an account to just to complain online are the most motivated of the negative people.

Re:xz: A Microcosm of the interactions in Open Source projects by jasoneckert on Sunday March 31, 2024 @09:29AM (#39884058)
I'm always surprised at how much developers and maintainers will willingly put up with. For example, if you visit the Matrix feed for the Asahi Linux project, you'll see hoards of trolls and time-wasters that are regularly engaged by Asahi team members who are giving them the benefit of the doubt, when they really should be removing those posts without comment or acknowledgement.

I believe this masochistic behaviour stems from a combination of both general optimism and dedication to a particular cause. The more that developers are passionate about what they are doing, the more they are willing to engage with the peanut gallery.

Re:xz: A Microcosm of the interactions in Open Source projects by kabes on Sunday March 31, 2024 @12:11PM (#39885483)
I recently discovered a bug in the react-hooks-form library.

The author there does the absolute minimum of interaction.

Issues not following exactly the template or lack a repro gets closed immediately without any comment, actual bugs also see very limited comment or openness to discussion.

It felt a bit weird at first, but I do get the author and the library is succesful, maybe exactly because of this approach.

It made me reconsider some of the effort I spend in my open source projects with useless issues / comments.

Re:xz: A Microcosm of the interactions in Open Source projects by eternityforest on Sunday March 31, 2024 @05:47PM (#39888358)
For me it's easy to get very excited about any attention or interest at all as meaning "This project is finally worth something and all this effort wasn't wasted!" and start thinking "the customer is always right!"
Re:xz: A Microcosm of the interactions in Open Source projects by forgotmyinfo on Sunday March 31, 2024 @09:57AM (#39884304)
Boomer hat: it's just toxic positivity, and the frustrating trend lately of assuming that everyone is equally skilled when writing software. Everyone's input is valid, or else you're just being negative and overly critical.

I'm not saying everyone need to be Linus Torvalds circa 2012, but I do think more people need to be a bit less precious and sensitive, especially when receiving direct communication about their abilities.

You don't need ego-boosting yes men, you just need to work with more experienced folks, and that's okay. But the problem is that there is an army of people online who will take offense to that, and I don't know what the solution is. Best of luck.

Re:xz: A Microcosm of the interactions in Open Source projects by lamontcg on Sunday March 31, 2024 @11:21AM (#39885056)
Another old person opinion: the issue tracker of an open source project needs to be firmly anchored into the needs of the maintainers and not the users. The argument that bugs/issues need to be kept open forever unless they're fixed and the rejection of WONTFIX as a reason for closing them needs to die in a goddamn fucking fire. When the maintainer decides to close an issue because they're just not getting to it in this lifetime the users need to suck it up.
Re:xz: A Microcosm of the interactions in Open Source projects by AtlasBarfed on Sunday March 31, 2024 @10:52AM (#39884792)
Apologies in advance for the swear words, but this deserves swear words.

WHO FUCKING GRANDSTANDS ENDLESSLY ABOUT CYBERTHREATS AND THE NEED FOR BETTER SECURITY?

WHO FUCKING SITS ON BILLIONS IF NOT TRILLIONS OF DOLLARS IN FUNDING?

That would be the FUCKING GOVERNMENTS OF THE FIRST WORLD. Whose modern economies increasingly rest on open source to a degree they possibly don't understand.

Yes I understand part of this comes from funding from another part of these governments. Oh well, cat and mouse. Once we wrung our hands over these governments having power over these. Well, these days we are facing far more totalitarian state threats and totalitarian wannabes in the private sector.

Government save me, as the less totalitarian option!

Linux and BSD the operating systems should UNQUESTIONABLY be funded to the degree of multiple billions per year by, I'll just put it, "NATO". Here's the true value of open source in this model: it is the perfect public record, unlike untold other aspects of government output.

You must produce public vetted code in Linux/BSD.

This person should not have been "a person". This should have been 5 people, funded likely at least 10-50k/year for their roles.

The described "hit" by the intel services of course is frighteningly easy. But what is most horrid is that this poor person is being subject to very common abuse that comes from non-state-actor manipulation. The article says it:

"this is where our software comes from" -- this poor dude that is trying to help and being abused by state actors on one hand, and ridden thanklessly and for no monetary or fame benefit by massively deep pocketed corporations, governments, and billionaires.

For all of Linus's famous swearing abilities, he hasn't used it to address this publicly. He should be dressing down all corporations and governments at this point that need Linux. There isn't a "going back" from Linux at this point to some closed source option.

Linus and Linux have massive sway here. They could threaten to stop work on the kernels.

I guess fundamentally, this makes me angry because this is basically bullying the nerd in high school to get his homework/answers. The nerds need to realize their power here.

Other vulnerabilities snuck through the commit chain? I get that, usual spy stuff. They actually kind of messed up here. Usually it is within the "cordiality" of things, just quietly ride the overworked unpaid nerd to benefit. Here they inadvertently exposed the real truth of everything: the hidden contempt we treat these people with as a society.

Re:xz: A Microcosm of the interactions in Open Source projects by InvaderFizz on Sunday March 31, 2024 @12:56PM (#39885864)
With a personal repo I maintain, I once had someone look me up on linked in, and then file a support ticket with my employer demanding I reply to his issue on github. He was asking for handholding following a clearly documented process and ignored all the warnings.

Needless to say, I did not assist him in any way and closed the issue as wontfix.

I've also had people demand that I expand the narrow scope of my project to cover a whole class of devices with completely different APIs, instead of the sole focus on the series from the same manufacturer of devices I own and use. Closed as wontfix as well with a clear statement that I will not be expanding the scope, but am more than happy to link to their project covering it.

Re:xz: A Microcosm of the interactions in Open Source projects by atoav on Sunday March 31, 2024 @04:35PM (#39887841)
This is fundamentally a problem of perspective. As the guy using software X you believe you are doing open source maintainers a favour by going there and telling them about a thing that is wrong or missing in your opinion.

But we all should realize that any interaction also comes with a cost. If you report a problem and don't manage to describe it well it doesn't help the maintainers one tiny bit, in fact it might just create work and a bad feeling.

So my approach is to "just" write stellar bug reports including ways of bisecting where the problem might come from.

Re:xz: A Microcosm of the interactions in Open Source projects by account42 on Monday April 08, 2024 @10:44AM (#39970276)
> But it's expected to have a "community" for all such projects, and not exclude non-direct contributors.

By whom? You don't have to accept such expecteations - plenty of projects that just throw code over the wall and do fine.