Software Engineer & DevOps Architect. Mbin contributor (and creator of the fork).

He/him 🇳🇱

Mastodon - Matrix - Homepage - Donate me

  • 0 Posts
  • 7 Comments
Joined 1Y ago
cake
Cake day: Jun 20, 2023

help-circle
rss

I was trying to setup multiple mirrors for myself as well, but both Codeberg and even sr.ht (sourcehut) makes it hard to just setup a simple mirror… Why do they make it so hard? I now just went for GitLab instead (https://gitlab.melroy.org/melroy/mbin which is now a mirror at least). But even then, it required GitLab Premium to have a repo pull mirror, luckily I have my solution for that: https://blog.melroy.org/2021/gitlab-pull-from-remote-repo/


Personally 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.


We’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).


I agree but the reason was simple. Codeberg.org had too many down time issues. I and the community was impacted by the codeberg issues on almost a weekly basis. Hence the reason to move. I could also go to gitlab, but to keep reusing the Forgejo runners, github has the same workflow syntax. Anyhow, it’s also not up to me anymore. If the community decides to move to another git server I’m also fine with that. But I doubt the community wants to move back to codeberg.


Yea this is the power of open-source indeed. See also my response to “stu” a little down below in this same thread.



Despite being maintainer of Kbin (incl. several others), we wasn’t allowed to merge other PR changes except my own or changes that Ernest didn’t like (eg. GUI pull requests were reverted again). Then when development slowly became to a halt, I didn’t want the project to die. I didn’t saw any other solution than to fork the project. Not only that, we also didn’t like some changes from the past, which Mbin also rolled-back (like only show local magazines in the random sectors in the sidebar).

The fork by the community for the community also allows us to do multiple things from the start: 1. No single maintainer anymore. 2. Introducing a C4 contract: https://rfc.zeromq.org/spec/44/ 3. More transparency and giving all contributors owner rights on all platforms incl but not limited by GitHub, Weblate and Matrix. Allowing multiple people to become fully responsible for the project. Having discussions about contents, when we as a community agree on changes PRs can be merged after 1 owner approval. Various instances now moved to Mbin (like https://fedia.io/ ), because they saw hope again. As stated earlier, we also moved to GitHub now and to the hosted weblate.org instance. Currently the development is booming, because it’s not getting reversed and slowed down.

We had ~150 PRs in a only 2 weeks time (Kbin has this number over a year not a week or two). The amount of improvements in the code, bug fixes, GUI, docker setup, documentation and security fixes as well as various features are impressive. Mbin is not about me, it’s about the community now.

See also: https://kbin.melroy.org/m/updates/t/55330/Mbin-is-born-Fork-of-kbin