Mbin is a community fork of Kbin focused on what the community wants, pull requests can be merged by any repo member.
Mbin is a community fork of Kbin focused on what the community wants, pull requests can be merged by any repo member.
Mbin: a federated content aggregator, voting, discussion and microblogging platform (By the community, for the community) - GitHub - MbinOrg/mbin: Mbin: a federated content aggregator, voting, disc...
It's kind of interesting to watch in open source which projects survive and which get forked and essentially made irrelevant. It basically becomes a referendum on the vision of the original individual or team and how well they're serving the collective user base. If they aren't accepting PR's and competently managing development, they'll likely be forked. So I'm glad to see that folks are making progress with mbin and I can't help thinking that its entire existence is probably due to individuals not being able to agree on a roadmap for the platform. If anybody has any info on any drama that led to this, I'd be curious to read about it.
22Hello! I had the same question and I've got a perspective from one fellow contiributor: Matrix thread. (There'll probably be an error when you first open it: join the room with your account and try my link once more.)
2
Ootl, what was wrong with kbin that led to the fork? I thought Ernest had quite a bit of support from the community
13Ernest has some big life stuff going on right now (you can check out his posts if you really need to know), and hasn't been able to review/merge in PRs for kbin lately. Furthermore, kbin.social doesn't even have the latest changes that are merged in, so the community fork mbin was made by @melroy, one of the most prolific contributors to kbin.
12Thank you for providing some context for this. It kind of sounds like a fork might not have been necessary if Ernest was willing to make @melroy a maintainer. Do you know if there's any philosophical reason he wasn't willing to do that? Real life stuff comes and goes, but it seems silly to halt the "official" project that others are relying on and still wanting to improve upon and thereby force a fork. As it stands right now, it sounds like it will be awkward for Ernest to come back in and try to restart work on kbin and will be increasingly awkward the more that mbin progresses, becomes the standard, and the code bases diverge.
6
I only know a bit of the story. I don't think Ernest has done anything wrong, per se, but I don't think he was prepared for the Reddit migration. He put in a ton of time and work and seems to have gotten burned out. It's still missing some pretty basic features.
For instance, I know kbin doesn't have api support, so apps like Artemis are unable to plug in and use it effectively. It sounds like mbin is already further along on that front.
I think the original vision of kbin sounds really cool. It's basically a tighter integration with Mastadon while maintaining a more reddit-like feel and foundation.
I'll be curious to see where it goes in the future and wish all the developers well. For now, it looks like mbin is the path forward.
6Permanently Deleted
2
I'm very excited for mbin. I hope it continues to gain traction. I'd love to see it get support with Artemis, the iOS app.
13Mbin's API is 100% compatible with kbin as of today, so @hariette should have little to no issues pointing Artemis at Mbin instances.
10
Cool to see it's getting traction, already 14 instances!
9we're making it super easy for any existing kbin instance to migrate to Mbin, just a matter of pointing git at the new repo, pull, and update as usual.
9That's great, well done!
2Permanently Deleted
2A fun story: I was curating my magazine on Melroy's instance and didn't butt heads with any regression when he switched from Kbin to Mbin. Nice to see priorities set straight on migration!
1
Permanently Deleted
2Personally I like to have "video" support in Mbin as well, just like we have photo/image support. We already discovered that PeerTube is using "groups" as channels, which are called "magazines" in Mbin. We might want to create a clear distinguish between "normal communities/magazines" and "peertube channels". Anyhow, feel free to help us.
2Permanently Deleted
1It's a fun idea to explore, which is why I didn't nod it off. 😄 Imagine: PeerTube channel as a magazine (under the hood, it's a link between video posts made by actor/boosted by ActivityPub group and magazine entries). Not only we'd have a way to preview several videos on a singular page, but also see description and likes. There is certainly a room for improvement in this model, just leaving it here before I forget.
1
Does anybody know if there are significant differences in moderation or the federation of moderation actions? One of the few things keeping me from switching to kbin.
1We're busy fixing the cascading problems in PostgreSQL design, allowing the removal of magazines, something that is still not available for some reason. After that, the mbin community will most likely further improve the moderation system. Regarding federating, we do already support all ActivityPub types (incl Services, which are bot accounts).
2