TheVillageGuy

joined 1 year ago
[–] TheVillageGuy@kbin.melroy.org 1 points 1 month ago (1 children)

which there is already plenty of

Please elaborate

[–] TheVillageGuy@kbin.melroy.org 1 points 1 month ago (1 children)

The solution is making your own instance. You've basically got a copy of your own of everything you follow on the fediverse. If it goes down for a while, messages are indeed queued for a reasonable time. And even if you do miss them, things like comments, up and down votes will act as 'reminders'

You can make your own instance. Not everybody's cup of tea, but in the future it will likely become easier. It will only go down when you let it

[–] TheVillageGuy@kbin.melroy.org 3 points 7 months ago (3 children)

Check out https://kbin.melroy.org as well, it's a forked version of kbin

[–] TheVillageGuy@kbin.melroy.org 6 points 7 months ago (2 children)
[–] TheVillageGuy@kbin.melroy.org 1 points 7 months ago

No need to prove it, that's not my point

[–] TheVillageGuy@kbin.melroy.org 1 points 7 months ago (3 children)

Not sure what you mean exactly

[–] TheVillageGuy@kbin.melroy.org 3 points 7 months ago (5 children)

Not just deleted, but yes, or a way to check

[–] TheVillageGuy@kbin.melroy.org 10 points 7 months ago (8 children)

One thing I miss in activitypub is a verification system. This is most important for deletion. For example, when something is deleted on one instance, there's no way of knowing for sure if it will be deleted from other instances as well. An instance being down or malfunctioning can cause deletion to fail with no way to know* and try again for op.

*To know one would have to check every single subscribing instance. Trying to delete an already deleted item is obviously impossible

 

I know some of you consider this as documented whining. I hear you but won't stop sharing my opinion and reminding. I recommend continuing commenting on the original post to keep it a bit organized (this post is a link to it)

Update: this thread has gotten out of hand. This is not what I intended, this is not what anybody should want. Let's leave it at this, for now.

37
submitted 9 months ago* (last edited 9 months ago) by TheVillageGuy@kbin.melroy.org to c/fediverse@lemmy.world
 

I almost feel like it's October last year, when I pled for improvement on all fronts regarding the Kbin development strategy. Now it seems development has ceased once again and there hasn't been chat on the matrix channels for over a week. Update: that's two weeks now (including his blog) and over a month of no visible Development.


Update: According to https://fedidb.org/software/kbin there are a grand total of 29 active kbin servers. Of 61,489 users on all instances, 59,962 of these are on kbin.social. To those users I would like to say that should kbin.social fail, there will always be Mbin servers to fall back to.


What is going on?

We can only speculate, based on what has happened in the past. Several mind bending theories can come to mind.

Perhaps Ernest (and whatever team still exists) is continuing development in the background, not publicly sharing his work on codeberg. He may have had enough of all the criticism and wants to do it his way without interference. This may sound a bit far fetched, but he's admitted in the past that he prefers concentrating on coding over communicating with his community.

Other theories could involve something bad involving Ernest personally, let us hope that is not the case. Ernest is a great person, nobody would wish anything bad upon him.

But in reality, speculation doesn't change anything, we can only deal with the situation at hand.

I believe waiting for a new release comes with too many risks in the current setting. Nobody can monitor the code during progress or do any testing for themselves while development is ongoing (assuming it is). If anything, what's coming next? Your guess is as good as mine.

A new version may well break compatibility between Kbin and Mbin. Mbin is trying to stay compatible with Kbin for as long as reasonably possible. However, staying compatible with something that is out of sight and out of one's control is challenging, if not impossible. A break in compatibility would mean there will be no easy way to migrate to Mbin after an upgrade for Kbin users who have patiently waited for one, should they want to.

I would not want the future of my instance to be dependent of such a level of uncertainty, now or in the future.

view more: next ›