Skip Navigation

Fedia.io is shutting down (and re-opening as a Lemmy instance)

cross-posted from: https://fedia.io/m/fedia/t/349909

As you are all painfully aware, kbin has been my nemesis pretty much from the start. Unlike Lemmy, Mastodon, Firefish, writefreely, akkoma, synapse, pixelfed, and peertube, I simply cannot competently run kbin. It's a complete goat rodeo of database errors, kbin and lemmy aren't getting along, and so on. Though I love the idea and trajectory of Kbin, it simply needs a more time to cook in the oven before being ready.

I will contrast lemmy (infosec.pub) with kbin on fedia.io: fedia.io runs an separate app server and database server. Both servers are larger than the single server that infosec.pub runs on, yet infosec.pub has about 10x the traffic, and kbin is struggling under the load.

If this were all I did, I could likely sort out the various database layout issues and make contributions to fix the code, since I am somewhat familiar with php. Unfortunately, I don't. And more than that, I have observed a general slowdown in the rate of contributions to the code base of kbin, leaving me to think that it's not going to get better any time soon.

I don't take this decision lightly, and I kicked the can down the road for a long time hoping to find a way through so that I didn't have to do this, but I have to face facts: it's not getting better and I see nothing that is going to change that.

Most unfortunately, kbin has no options for account migration, which makes this all the more painful. My intention is to shut fedia.io down at the end of November.

I am intending to resurrect it as a lemmy instance, assuming I can sort out how to ensure there are no issues with account keys.

My sincere apologies for this...

Jerry

47 comments
  • UPDATE: the shutdown has been (for now) retracted.

    The admin (jerry) has switched from kbin to a fork called mbin that has apparently been able to integrate changes faster than the base kbin project. Jerry seems satisfied with the number of issues fixed in the fork (for now), so has retracted the shutdown announcement (for now).

    FEDIA.IO update!!!

    After I made the announcement about shutting down fedia.io, someone pointed out that Melroy, a very active developer on kbin, forked kbin to mbin. I just migrated to mbin and so far it seems to have resolved all the problems I've seen. It's likely too early to tell, but I think that Melroy is VERY responsive and helpful, so I am retracting my shutdown announcement. And that makes me very happy.

    https://infosec.exchange/@jerry/111235153655966812


    Followup: https://fedia.io/m/fedia/t/350673 tl;dr retraction has become more concrete. No need for the "for now" qualifier anymore.

  • RIP local post history, at least the posts are all saved because of federation

    • at least the posts are all saved because of federation

      Really? And how can the owners of those posts control what happens to them?

      EDIT: Since the replies were not helpful, I researched myself and got an answer surprisingly fast. Lemmy pull request "after 30 days, replace comment.content and post.body with 'Deleted'" merged into LemmyNet:main on Jun 26. So at least Lemmy is safe in that regard.

      • Well they don't have control over the posts anymore cuz the request would have to be sent out from the original server, but they always could ask a mod/admin if they wanted to delete something

        for posts all the posts made to a federated community or a local community that has been federated by another instance should be saved by that other instance, however I'm not sure what it would mean for someone trying to subscribe to a community hosted on fedia.io from another instance. The only problem would be image uploads, since those aren't stored on the federated servers (except for cached versions)

  • I signed up on two small kbin instances (kbin.lol and fediverse.boo) to check it out. Both have since shut down. The first was due to similar complaints; the second just disappeared as far as I know.

47 comments