Mbin instances

When I created the Mbin fork, I got a lot of hate without any reason. The reason the fork was created was simply because the kbin development was stopping their development. And the project was a bit trapped by a single maintainer. Hence also the reason I introduced C4 spec: https://github.com/MbinOrg/mbin/blob/main/C4.md.

Since C4 spec is in place, I'm not the only maintainer. Multiple people have full rights of the project. But I'm also tired about all the sh*ttalk about us.

If you have any follow-up questions to me personally (I can only speak on my own behalf). Just post them below my comment.

I got a lot of hate without any reason.
I never really got it either, thank you for your work!

There's a list on the Mbin's website, I'm surprised it wasn't mentioned yet

https://joinmbin.org/servers

I can recommend these instances:

fedia.io (It's the biggest one, so it would be better to avoid for the decentralization)
kbin.earth
thebrainbit.org

The later two are run by mbin devs so they should be pretty good

Additionaly there's !AskMbin@fedia.io magazine, so you can ask questions there instead.

Somebody needed to share it 🤭
- Alternatively, setup your own instance is my best advice. If you have some technical skills to setup one. That would help decentralizing the most of course. If you need to help. We are happy to help.
Have to say, I get that this is unpaid and great volunteering, but that website has pretty bad contrast. Sorry.
- I'm the one who made the website. Do you think if we just brightened the outlines around the ui elements that that would help with the contrast?
  To me, it looks fine, but if changing something made it better for other people, I'm all for it.

I'm using fedia.io and it's very stable. Nice after the instability of kbin.social and kbin.run. although I could be bad luck and causing the devs to run.

@jerry@fedia.io is helping us a lot! And the Mbin devs are in close contact with him to keep the server up and running as stable as possible. Both parties are trying to respond quickly. And we all appreciate that a lot! I can't thank Jerry and the Mbin community enough for this.
- Great job guys. I love using it.
- Hey, so I noticed that the layout on fedia.io is great on my tablet, and my pc, but on my cell phone it's garbage.
  Is that a fedia.io issue I should let Jerry know about? Or is it an mbin issue that I should show you?

I disagree. Mbin is so small at this point that going to fedia.io isn't even an issue.
As users pour in, over the millions, then they'll spread out. But for now, it's kind of like worrying that the town is getting too crowded because a 5th house was built, and the other town only has 2 houses.
- Hey! Not in my back yard!
Both sites are legit. https://fedidb.org/software/mbin is also fine if people want to use it. FediDB is created by Daniel (@dansup@pixelfed.social), he also created Pixelfed.
When you filter the servers to open registration and up-to-date/not-abandoned, there's actually a really limited selection of Mbin servers left (5 total). So I don't think decentralization matters to much in this case. Those servers include: fedia.io, kbin.earth, kbin.melroy.org, moist.catsweat.com, and thebrainbin.org. There's also gehirneimer.de for German language.
You can see the full list here: joinmbin.org/servers
- moist.catsweat.com???

Welcome! kbin.melroy.org is the biggest one that I've seen that isn't blocked on my school network. It's run by one of the maintainers (hmmm, m-bin, melroybin?) and uses the latest stable release if that's a plus for you.

To the best of my knowledge, there is no political situation.

yes kbin.melroy.org (sorry about the kbin subdomain name, but changing the domain name will cause federation issues...) is indeed from me (Melroy). And since I wasn't creative the m in Mbin stands indeed for Melroy. Which is my first name. I was also a very active contributor of /kbin on Codeberg before the fork.
Disclaimer: Anyways, since I'm also developing, I sometimes do test some patches or run the latest greatest bleeding edge version from the main branch. Just saying :). Which might not always be the most stable haha. BUT!! You can you run & test the latest features, that is for sure. Haha.

I'm quite sensitive to Tankies and seen some other Lemmy instances that seem problematic but I have not noticed any mbin instances standing out in any way. But all mbin instances combined are just a few thousand users at best, so it might just be too few users to even make an impact if there was a specific Tankie instance.

- I think you want to work on your reading comprehension. The topic is about politically problematic mbin instances, not how mbin works.
- They are on fedia.io

What exactly happened for the name to be changed from Kbin to Mbin? I missed that plot point.

Like people already mentioned below, a fork was created after kbin development halted. And the project maintainer was absent but at the same time didn't delegated the work fully. Hence the creation of the fork: Mbin.
I wasn't creative, so the M in Mbin stands for my name: Melroy. xd
Mbin is a fork of Kbin. A lot of users have moved from Kbin instances to Mbin, as the Kbin dev has had some personal life issues that have interfered with his ability to reliably work on the project.
Mbin is a community fork of Kbin. Even while Kbin was still a thing it was already much faster in making changes & additions than Kbin and by now Kbin & Kbin.social is basically dead.
- This is indeed all true. Mbin is named after Melroy (I know, I wasn't creative). And by introducing the C4 spec, I made sure the project isn't in hands by a single maintainer and multiple people are already and can become full maintainers of the Mbin project. Hence the reason I also describe it as: "By community, for the community".
  We welcome any developer to join us and help if you would like to contribute (in any way or form you like). You can find us at Matrix chat.
Mbin is a fork that was startend to add some stuff the original Kbin dev didn't like. These days it seems Kbin is dead though, so basically Mbin is the new Kbin.