zlacker

[return to "Syncthing-Android have had a change of owner/maintainer"]
1. embedd+R4[view] [source] 2025-12-07 20:51:36
>>embedd+(OP)
Additional context from the original author of syncthing-android, Catfriend1: https://forum.syncthing.net/t/does-anyone-know-why-syncthing...
◧◩
2. sevg+xa[view] [source] 2025-12-07 21:33:29
>>embedd+R4
Thanks for sharing this.

I thought this comment was strange at the end of Catfriend1’s post:

> I’ll review the progress from time to time and if I find anything malicious going on, I’ll let you know here.

That’s absolutely not something you say when you trust the person you’re handing things over to :s

◧◩◪
3. bgbntt+Mh[view] [source] 2025-12-07 22:20:14
>>sevg+xa
Seems like a statement to reassure users who don't necessarily have any trust in the new maintainer. And even if the users trust the new maintainers, it's better to have the reassurance of previous maintainer on top.

Trust is not transitive, nor should it be. We (the users) trust the previous maintainer. They trust the new one. We don't (naturally). The old maintainer says they'll review the new one's work, so we'll have trust the old maintainer (mostly).

Not that the whole trust system can't improve in various ways in general. But for now we have to trust someone.

◧◩◪◨
4. sevg+Qj[view] [source] 2025-12-07 22:31:53
>>bgbntt+Mh
> Seems like a statement to reassure users who don't necessarily have any trust in the new maintainer.

The statement didn’t seem reassuring.

It’d have been reassuring to hear something like “This person has been a committer for X period, and has demonstrated Y and Z.”

> They trust the new one.

Well my point is it doesn’t sound like they actually do trust the new maintainer. Maybe just poor choice of words, but it didn’t fill me with confidence.

◧◩◪◨⬒
5. altair+rn[view] [source] 2025-12-07 22:55:45
>>sevg+Qj
‘I’ll keep an eye on the project and speak up if I discover my trust was misplaced’ is a kind reassurance to the anxious community, but anxiety will just use it as a launchpad for more anxiety. Nice of them to try, though.

I suspect a lot of folks would be horrified at how typical the former maintainer’s approach to trust is in actual reality. It ends up being necessary because there are maybe a single digit number of people in the world who are willing to commit to long-term project maintenance (beyond their own pet peeves, anyways) at all, and with the general hostility towards compensating anyone for their work in software, it’s not like a maintainer can afford to hire and develop a protégé. This is how maintainership worked in CPAN for decades and, barring a culture shift towards paying project maintainers for their maintenance effort, it’s how it’s going to continue working in most projects as us maintainers grow tired and fade out.

[go to top]