Mbin is a decentralized content aggregator, voting, discussion and microblogging platform running on the fediverse network. It can communicate with many other ActivityPub services, including Kbin, Mastodon, Lemmy, Pleroma, Peertube. It is an open source alternative to other link aggregator services like Reddit. The initiative aims to promote a free and open internet.
Mbin is focused on what the community wants, pull requests can be merged by any repo owner (with merge rights in GitHub). Discussions take place on Matrix then consensus has to be reached by the community. If approved by the community, only one approval on the PR is required by one of the Mbin maintainers. It’s built entirely on trust.
It seems it’s claim to fame is being more open and accepting of community changes and improvements. It can install as either bare metal/VM or as a Docker container.
Although anyone can install it and self-host it, their project page also contains a link to various instances that already exist and which anyone can register on.
See https://github.com/MbinOrg/mbin
#technology #opensource #Fediverse #linkaggregator #decentralised
I just tried signing up at fedia.io, and I got the response “429 Too Many Requests”. It doesn’t inspire confidence that I can’t sign up for the largest and most popular (and represented in the screenshot above) instance.
That was the instance I signed up at, about 10 mins before I posted this link. Lemmy also went down in the last day, so nothing is bulletproof. But the site is working as I’m browsing and commenting right now.
The big question…
Do any of the apps work with it? I’m using Voyager right now, and this is a dealbreaker for me if it doesn’t. (I’m assuming the answer is no, but I thought I would ask.)
There Matrix discussion forum may be best place to ask - https://matrix.to/#/#mbin:melroy.org
Both kbin and mbin function very well as progressive web apps, and shouldn’t /require/ a discreet app like, imo, lemmy does.
Honest question: what’s the reason to make a fork instead of contributing do kbin itself?
Melroy, lead dev, is the kind of person that if you don’t take his “advice”, he goes “fine, my way or the highway!”. He used to be a part of Lemmy dev supposedly. Then he was part of kbin dev. Then he tried to just make his own instance. Then when that didn’t work he started Mbin(which, if you haven’t realized, is named after him - Melroy Bin). Dude is pathologically egotistical.
Hi there, mbin dev member here. I do not know melroy personally, but I have never gotten the vibe that he is egotistical or wants to make the project his own. Never heard that he contributed to Lemmy…
Btw. we do not have a lead dev. He is the repo owner though
The core problem I had with kbin was that Ernest is just the kind of person who likes to work alone and in his own ways. That is just not a good fit for a project that gets contributions from the community (which I think he is not interested in). For example: I implemented a subscription panel in June/July 2023 and it got no reply from ernest for months. Then he replied once with the things he wanted changed and I did, then no reply anymore. I think it is still not implemented, but I lost intered. After I opened a PR about adding the same code to mbin I got some replies, answered them, changed the stuff that was complained about and voilá it got approved… It is just not encouraging to contribute to a project where your changes get accepted after a year if you’re lucky. Mbin is just more open to people contributing.
But yeah the start was rocky as can be seen here: https://kbin.social/m/fediverse/t/610675
Saw somewhere it was said the kbin side was going too slowly and not accepting some commits that their community gave. Some wanted to move quicker with newer features and enhancements.
I don’t get the pull request part. does that mean each instance does not control who they federate with???
No, the pull requests are to do with submissions of source code to the core project. The project owner has to review and accept those changes for them to happen (or not).
What are the key differences? How is it more open?
kbin had not been accepting some commits and apparently were moving quite slowly with newer features. So, this is more like a dev version type implementation. It is more “open” to changes and commits apparently. Not more “open” as in open-source.
