This might also be a good place to congregate
fr0g
joined 1 year ago
No, the API isn't ready yet. But that isn't stopping some people
https://tech.lgbt/@hariette/110545151572492176
Not really. The real life thing is carefully guided process with serious obligations in which the professionally trained and educated judge is still the main arbiter. The jury is segmented to a very specific part of the process with a clear protocol for a reason.
What you're asking for is giving every Xth rando a police badge because law enforcement is understaffed.
I think it might be worth exploring making them more bean-shaped as opposed to the more ball-shaped appearance they have now.
Merge in what way? In terms of user interaction, they already are merged. Lemmy users can comment and make threads in kbin communities and vice versa.
And in terms of underlying codebase, there isn't anything to merge. Lemmy and kbin are written in two very different programming languages. Trying to unify them would mean huge amounts of effort for no tangible gain.
Yeah, it's a bit of a conundrum. Lemmygrad is the most egregious part of it and easy to block thankfully.
But I agree with some of the other posters that lemmy.ml is still pretty bad in terms of what gets allowed and who gets modetated. Luckily, this still is not an unsolvable problem in a federated world. Of course lemmy.ml could also just be blocked, but many instances will probably be reluctant to do that, as it also hosts some of the bigger communities currently. But we can make an effort to prioritize non lemmy.ml communities over their counterpart, a different meme community over memes@lemmy.ml etc, and if consensus is strong enough and enough communities shift, lemmy.ml could theoretically find itself in a position where it will have to clean up their moderation practices or risk wider defederation.
Yeah, it's a bit of a conundrum. Lemmygrad is the most egregious part of it and easy to block thankfully.
But I agree with some of the other posters that lemmy.ml is still pretty bad in terms of what gets allowed and who gets modetated. Luckily, this still is not an unsolvable problem in a federated world. Of course lemmy.ml could also just be blocked, but many instances will probably be reluctant to do that, as it also hosts some of the bigger communities currently. But we can make an effort to prioritize non lemmy.ml communities over their counterpart, a different meme community over memes@lemmy.ml etc, and if consensus is strong enough and enough communities shift, lemmy.ml could theoretically find itself in a position where it will have to clean up their moderation practices or risk wider defederation.
Fwiw Lemmy is written in Rust
The reputations system is still a bit messed up and still works like in th earlier days when upvotes were actually boosts. It's probably gonna get changed eventually.
Most magazines that come from other services are auto-created by "ernest" I think
On reboot. You install your changes into a separate part of the filesystem that's not running and then "switch parts" on next boot. Different distros do this differently. Vanilla OS has an AB system which basically works like Android does it, openSUSE uses btrfs snapshots and Fedora also uses btrfs I think but they got a more complex layering system on top.
Is it though? All it takes is a misconfiguration or exploit to bypass it, so having several layers of protection isn't a bad thing and how any reasonably secure system works. And having parts of your system predetermined as read only is a comparably tough nut to crack.