@swelljoe sadly, your assessment is true and not an easy jump to conclusions like people do by just looking at a specific username...
I wish you were wrong tho - for the benefit of everyone...
@swelljoe the "off list" remark makes me think it was part of the attack. Why helping off list? Helping on the mailing list will give future people access to the same help and it builds reputation. Pretending work is being done off list is an easy way to gain trust.
Also yeah, hindsight help
@swelljoe @dango_ @philtor I do keep Google's servers all the way out of my life, since I have the option to do so. I don't shop online and so can get away with treating most of the commercial/monetized Internet as broken.
If someplace cannot be found without say, Google Maps, I will not attempt to go there. Same with Snitchbook and Instacrap: no accounts and their servers blocked.
@swelljoe Wow, that's disheartening to read.
And by pure coincidence the first user in that thread makes a comeback to the devel list in March 2024 and enquires what it would take to start contributing.
https://www.mail-archive.com/xz-devel@tukaani.org/msg00669.html
@swelljoe Now that this is public there are going to be copycats now.
This kind of utility should have been sandboxed in a snap or flatpack.
Ubuntu's snaps are unfortunately looking kind of good right now.
I recognize this behavior from users that I used to have when I run several free online services a couple of years back.
Or even just helping out projects maintaining servers and infrastructure for free.
It is sad
@swelljoe I am worried that this now leads to more problems for 'Lone Wolf' projects. People won't let other people in because of fear, burning out sooner.
What we need is actually the contrary. More eyes looking on code. Put, the burden on more shoulders. Let other committers in *early* in a project lifecycle. I presume that *most* people don't have ill intent. Even if something bad happens it can be found and fixed *when enough people looking at the code*.
@cehteh I mean, nothing is good about this situation. We were reminded of lots of worrying things about the OSS ecosystem.
I don't think it's anything new, though. I mean, we didn't learn about this vector of attack from this event, we knew it was possible (likely, inevitable, even). And, we're kind of preaching to the choir in saying this isn't a sustainable or healthy way to make software. But, the solutions require sustained support at a scale that's not possible for small projects.
@Variety "the right thing" is situational. But, forking _is_ one of the rights one has as an Open Source user, while heaping abuse on the lone volunteer maintainer isn't.
And, in this case, if the maintainer had felt empowered to say, "I'll get to it when I can, if you can't wait, fork off." maybe this would have been prevented. But, that's not actually what people who threaten to fork want. If they were capable and really needed it for their own work, they'd just do it and merge back later.