this post was submitted on 29 May 2025
254 points (100.0% liked)
Opensource
3117 readers
78 users here now
A community for discussion about open source software! Ask questions, share knowledge, share news, or post interesting stuff related to it!
⠀
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
Damn.
I absolutely hate open source drama. I don't want to read your diary when I use your software, I want it to work.
I'm not even against running a parallel for-profit for extra features or corporate sponsorships. People gotta eat. I'd much rather have that than deal with following sob stories about ruthless leadership, ego clashes in contributors and endless forking because everybody thinks everybody else sucks.
The more I hang out around here, where OSS is a bit of a religion, the more disenchanted I am with it and the more I think the big game changer for this space is getting contributions on usability, production and business rather than code.
What you call drama is a healthy community fighting against violated principles. So, according to you, what's the alternative? Just keep working with broken principles and never complain? Allow a bunch of greedy members to take over the project?
If you have paid attention, basically community always win: libreoffice vs openoffice, mariadb over mysql, jenkins over hudson, x.org over xfree86, ffmpeg over libav, nextcloud over owncloud, etc.
Right to fork is one of the most important to keep project in community hands and follow declared principles. Some forget that and are just doomed to repeat the history.
Disclaimer: I work on iDempiere who forked adempiere because of community disagreements, which also forked from compiere because of corporative takeout.
Long live to CoMaps!
Well, the point is I don't want CoMaps to win out over Organic Maps, I want some open source alternative to win out over Google Maps. Which is why I'd hesitate to say that LibreOffice "won" over anything, Google and Microsoft seem to be doing most of the winning in that particular space.
In a healthy community public arguments about "violated principles" wouldn't be a frequent occurrence and wouldn't lead to atomization of projects. I'm not taking sides on this particular example (mostly because I can't be bothered to look up the drama). But I am saying that besides the confusion and negativity caused by seeing open source developers constantly bicker about their violated principles, it can be a major setback for the perception of reliability of open source software overall. For an app you install that mostly works no matter what it's one thing, but if you integrate a piece of software into a workflow and it suddenly spawns two different pieces of software with different splinters of the original team that can be a significant disruption and if you fear significant disruptions you may hesitate to rely on that particular thing in the first place.
So do I think there shouldn't be a right to fork? Not at all. That's the whole point of open source.
Do I think it's overall a negative for the open source ecosystem that major projects break up due to their contributors being unable to come to a decision about the direction of the project? Absolutely.
Well, I don't know the specific case about CoMaps, but forking is a really hard decision, and you need to have strong backup from community to dare going that way. I would assume when projects decide to split is because all the attempts to arrive to a good decision failed. Driving a fork for success is a very hard task, and I guess the majority of forks that fail (a lot) are because they didn't have support from community.
About libreoffice winning over m$ or g$ ? Well, I also would like to see that happening, but not to be replaced by another non-FOSS or half-FOSS option.
I would absolutely take "half-FOSS", if we are thinking of the same thing. Pretty consistently the most robust, reliable, expansive FOSS projects have some foundation taking corporate sponsors or a for-profit arm providing ancillary services and I have few issues with those (less with the first than with the second). I mean, FOSS developers should be paid a salary. If that means you are backed by a significant chunk of an industry like Blender or have a for-profit arm that runs a business on the side like Home Assistant, I would much rather have that than... you know, Microsoft Office. Your mileage may vary.