Source is Tenchi Muyo! Ryo-Ohki, for you young’uns that don’t recognize it.

Are there any physical obstructions between the controller and the antenna? That’d reduce the effective range.

Source is In/Spectre. 2channel propaganda starts around episode 9 or 10.

Tokyo Godfathers

Moderator here. While it’s reasonable to post your anime podcast here once, making a post for each episode is an excessive amount of self-promotion, at least for the activity level that we’ve currently got here. I’ll leave your existing posts up, but please refrain from making any more of them.

Huh, I wasn’t expecting more Gundam Seed after almost 20 years. MyAnimeList link for English speakers.

I love these memes that turn into threads full of vim tips. You really can do anything within vim. You can even exit vim!: !killall vim

Huh, I’m going to have to try that at some point. It’s even got nim support.

Link for the lazy

Yep. ^_

Source. Found at this thread on ani.social’s anime_irl.

Fixed now. Apparently adding or removing an upvote also works to force propagation. Easier than editing.

Huh, I was wondering why it wasn’t getting many upvotes. Good catch. I tried editing the post to force propagation, since that sometimes works. Didn’t work this time, so you’re probably right about something actually breaking.

Interesting. I was thinking more of gray area stuff than outright lying, like playing up the importance of facts that support one’s position and downplaying those that don’t.

I read somewhere a while back that it’s supposedly an evolutionary thing. In a social competition for resource allocation, confidently arguing your position regardless of its correctness is more beneficial than admitting you may be wrong.

It’s probably exacerbated by the internet, where the relative anonymity and psychological disconnection further reduces any benefits to admitting to an error.

Do you mean something like discord-style emotes?

I’ve been trying to post this for a month, and kept getting the “we are working on resolving issues” error. I thought that there was some bug making me unable to post here anymore. Just noticed that the PNG version that I was trying to upload was 7.8mb, so I guess kbin must have been choking on that.

From the PR comments:

Maintainers MAY merge incorrect patches from other Contributors with the goals of (a) ending fruitless discussions, (b) capturing toxic patches in the historical record, © engaging with the Contributor on improving their patch quality.

I asked around and asked in the C4 specification matrix room.
And the reason is actually simple. If you merge bad code, have a record of proof in git (pull requests aren’t forever it’s only a github/gitlab thing).

So the idea is if you merge bad code you have proof in the git record that there is a bad actor. You can always revert the commit again or fix it. And the record can act as a proof in case the community want to get rid of bad actors.

Hmm, that seems like not such a good look from Ernest. According to google translate:

I know, honestly it was on purpose. I noticed that forks sync changes immediately with /kbin. I wanted to check how they deal with this much-announced community-based qualitative code review. Answer: they can’t cope. Quite an obvious bug was accepted in PR and domerged into the main branch :P It now works properly on the rifle ;)

Hopefully everyone can play nice and work together productively.

It looks like they’re still working out what they want their process to be:

https://github.com/MbinOrg/mbin/pull/34

Seems like your concern is addressed there:

Pull Requests require at least one (1) other maintainer approval before the PR gets merged (built-in peer review process).

The mbin fork happened when kbin development was looking a lot less active. In any case, it’s not necessarily bad to have a diversity of approaches. Due to their differing organizational structures, mbin will likely tend to have more features and more rapid development, but also potentially more bugs, while kbin remains more stable.

I think especially Lemmy.ml should rather focus more on cleaning up their Tankie & moderator issues

As much as I would love to see it, I don’t think the lead devs of lemmy, who own both lemmy.ml and lemmygrad.ml, are going to ban themselves.