After the (temporary) defederation announcement of earlier i checked the Lemmy repo to see if there was already a ticket on the federation limiting option like Mastodon's that people mentioned Lemmy doesn't yet have. Not only i didn't find it, i also saw that there's about 200+ open tickets of variable importance. Also saw that it's maintained mostly by the two main devs, the difference in commits between them and even the next contributors is vast. This is normal and in other circumstances it'd grow organically, but considering the huge influx of users lately, which will likely take months to slow down, they just don't have the same time to invest on this, and many things risk being neglected.
I'm a sysadmin, haven't coded anything big in at least a decade and a half beyond small helper scripts in Bash or Python, and haven't ever touched Rust, so can't help there, but maybe some of you Rust aficionados can give some time to help essentially all of Lemmy.
The same can be said of Kbin of course, although that's PHP, and there is exacerbated by it being just the single dev.
There's the ticket about clearing deleted messages after 30 days (right now it's keeping every deleted message in the DB until account deletion which is bonkers to me), and i recall seen a couple other rather important ones when i was looking for one relevant to federation options (which i DID NOT find, and which would have prevented the defederation of those two instances). So yeah, there's non-urgent tickets and duplicates and whatnot, but there's important stuff too.
Interesting.. lol didn’t know that. I feel like it should be configurable per instance
Remember, Lemmy is RECENT, many things are still in development, that's why i said that the Reddit shitstorm was bad timing, should've happened in a couple years or so :P
With the clearing deleted messages after 30 days, I take it that would also delete the username viability after 30 days too, or would it still leave the username of the deleted comment even after 30 days?
That probably must be another ticket, this is specifically about it keeping the contents of deleted messages in it's current state, which is not good.
Ah I see, fair enough, thanks.