You're welcome. I'm part of the Mbin community (in fact the 'M' stands for Melroy). If you need more help or having issues, feel free to contact me when you need!! I'm also on Matrix.
Melroy, if you don't mind me asking, why did you go away from Kbin to start your own? I see nothing wrong with Kbin, ernest seems to be a great hardworking guy, I feel like we are just spreading the already small community too thin, Kbin is already small compared to Lemmy and now only the development has started picking up it's pace back again, another spinoff of Kbin makes no sense to me personally.
I contributed a lot kbin directly in the past. It has a long history and story. Long story short: Ernest was offline for months without process, and contributors weren't allowed to merge other PRs, except their own. The way of working within the kbin project means that only Ernest will have the last say and every review goes via him. Development halted when he was gone (yes he is now back). Multiple contributors had the same feeling, hence the reason for a fork. Mbin is community focused, it's not driver my a single owner. All contributors have all rights. We work closer together and review each other code. I speak for myself, but I feel that this change of approach empowered all contributors in Mbin and more sense of responsibility. After all the drama at Kbin, Ernest didn't change either. So I'm glad a fork was created. I wish it wasn't needed.
I feel that our visions for the project's development are too different for this to succeed. At this stage, it will definitely be better to work on our own things, /kbin is open source, so there is no issue with that. There are several reasons for this link, link
From my point of view, you were offline because you had personal issues to deal with, and you dealt with that first, and simply resumed the development after that, and I also see no issues with Ernest being the owner because he is the owner and the founder despite the project being open source and sure, contributions had to go through him but that's fine as long as Kbin itself isn't dead, if it was, then asking him to remove that process would be more reasonable to let the rest of the community try to revive the project, but Kbin wasn't dying or so, it was merely paused for a short period of time.
I personally won't be hopping in-between projects like a kangaroo, I am invested and am already on Kbin so far, its good to have alternatives generally, but in this case, I personally see no reason to go for Mbin. I also encourage and hope potential future contributors focus on a set of projects and not spread themselves too thin.
We all have a life outside the internet, so pauses or breaks here and there is natural, this is less visible in big tech companies, more visible in small startups/projects in early stages which was really the case with Kbin, so we should be patient, I will be atleast :)
Well, for the span tags, I haven't seen other tags being an issue. If you see a code block where the same issue occurs with other tags, tell me so I can update it.
If there is another Reddit exodus, for example, or if we get a surge due to the Threads thing, I feel like many will just turn back due to the UI alone.
I don't know if ernest's views changed since the last exodus, but iirc people joining the platform wasn't really his intention, it just happened. Kbin hasn't even had a proper full release yet, it's still beta software, so I don't think people bouncing off is that big an issue yet.
With the abandonment of Artemis (formerly kmoon), kbin is now only really usable by the mobile site.
That's the case for now, but app development is still happening with other projects:
ernest has mentioned intentions to revive his kbin app project
I understood OP to be talking about mobile specifically. If there is a way to get the userstyles on mobile it's gotta be like 20 steps long. If someone could somehow wrap it all up in an easy package that would be one thing but idk if it's really a viable solution.
I understood OP to be talking about mobile specifically.
And that's why I said Firefox or Kiwi. Both of those are mobile browsers (the latter is chromium) that support extensions, so you can just install your favorite monkey and stylus and add userscripts/userstyles the exact same way as on desktop.
Open source, non-corporate instances should be able to grow, and that growth will be stunted if most people who want to interact with the fediverse are deciding to go to corporate, profit-driven instances.
The issue is, how does defederating not promote leaving for Threads or instances that federate with Threads?
I think it's a good argument against Threads federating at all, but a poor one for defederating from Threads.
If Threads produces 95% of content in the fediverse, and your instance defederates from them, then your instance just doesn't have access to those 95% of content. Threads and its friends will be a lot more attractive then because it has 19x the content of what you have access to on your instance.
I think this will still lead to people leaving for the threads fediverse.
Also, I get the argument for Mastodon, but does /kbin actually have anything at all to fear here? Sure, the user numbers and content would be way higher than the rest of the fediverse. But Threads is a Twitter contender, not Reddit like /kbin and Lemmy. We will only see their content in the microblog tab.
Is the microblog tab actually that important to most people, that the instance could become dependent on Threads for dominating it? I honestly don't see it happen, I feel like this is an imported issue from microblogging platforms that's just repeated here despite being a non-issue for us.
I assume that 99.99% of that 95% from threads will not be missed and the other .01% will be linked by someone from a non-threads instance just like how tiktok and other social media currently gets linked.
Yeah, It's true. Since Sunday, I've been noting errors that I'm still working on resolving. It doesn't make it easier that it's the post-holiday period, and due to travels and security measures, it's not the easiest task. I'm working to get everything back to normal as soon as possible.
Thanks for putting in all this work, especially over a period that's traditionally vacation time. Make sure you're striking a good work/life balance, if you can get the site basically functional (as it appears to be now) don't sweat the small stuff. :)
Can you predict when the situation will improve? Should we take a week off?
PS: I think I've seen too many devs in crisis for rolling out "minor" patches late on Fridays or before holidays; there should be an unwritten rule about it.
I always assume that repeat errors on the user end means significantly more to deal with on your end, but it's clear you're doing your best to keep everything going, so I try my best not to get frustrated lol
Hope you've managed to have some time to enjoy the holidays despite all of this!
@ernest I really hope you resolve these issues asap, Kbin is already struggling an already small userbase and lack of engagement, these errors not allowing people to even access Kbin is really going to hurt, especially if these errors keep happening for so long.
you need to have an honest conversation with yourself before you address any further issues publicly.
from “if the update isn’t out by september consider this project dead” to “i’ll be working on it for a few hours then it should be good to go” you clearly have trouble estimating the amount and scope of work necessary to maintain a site of this caliber.
i’m not trying to be insulting to you, but you need to understand it’s starting to get tiring as a user too. take stock of what you are doing and pause for a moment before you give your users a defined timeframe.
the post where you said it would be a few hours is still up and unedited. that was 3 days ago. i wouldn’t have minded you saying “it will be a few days, maybe a week or longer” at the get-go but now we’re approaching 1000% estimated time to recovery and it feels like you are no closer than you were 3 days ago. it’s insulting and it definitely doesn’t need to be that way.
Good luck trying to convince this man. I'm sad to say that what I predicted, now two months ago, is happening. My advice; don't rely on kbin.social, find another instance (I recommend Mbin) or make one of your own.
There are a lot of instances, just keep looking. Find the communities/instances you like, and subscribe to them from whatever quick, lightly-used, geographically-close to you instance you find to register on.
There's literally no location indicator for the instances servers so I'm not sure how you expect me to do that. And smaller instances are more likely to get abandoned, go down and vanish.
I don't quite understand what you mean. The problem is that in such a case, it's challenging to provide a specific estimate. That's why I occasionally provide updates in case the work is prolonged. It seems to me that this is how it works. Issues arose without any interference in the code or infrastructure. I addressed hardware problems, but it turned out that wasn't the only issue. Throughout this entire period, I've been attempting to ensure that the instance operates as smoothly as possible. It should be significantly better now, but I'm still actively working on it. Unfortunately, taking a holiday break here doesn't help either.
“I’ll be working on it for the next few hours” is different than “I’ll be working for a few hours today but have not identified root cause yet so I can’t say how long the fix will be”
“The update will come in September or consider the project abandoned” vs “I want to have the update out by the end of September but can’t guarantee any timeframes until I’m further along in the work”
“It should be back up in a few hours” vs “I’ll update everyone again once I’ve identified the issues and am working towards a clear resolution”
I’m not asking for more work or more communication, just honest communication.
Issues like the one that occurred are typically resolved within an hour, hence this post - mainly to quickly inform that work is underway on it. But you're right, I'll strive to improve communication in the future. Your examples gave me something to think about, thanks.
Honestly @ernest I don't think you have anything to worry about.
It is your platform. Make it at your own pace. Most of us are very happy to be invited on this journey and recognise that there are going to be ups and downs.
kbinMeta
Najstarsze
Magazyn ze zdalnego serwera może być niekompletny. Zobacz więcej na oryginalnej instancji.