Add support for applications to use synchronized output mode (DECSET · openbsd/src@9c2b8e4

2026) to prevent screen tearing during rapid updates. When an application sends SM ?2026, tmux buffers output until RM ?2026 is received or a 1-second timeout expires. From Chris Lloyd with the as...

GitHub

@mrmasterkeyboard I would be cautious of assuming that ‘other BSDs are subject’. They do exchange code, but not blindly.

NetBSD does seem to have an explicit policy against slop so perhaps could still be listed as an alternative.

(I still hope that FreeBSD and OpenBSD can redeem themselves. It looks like their policies aren’t properly defined and enforced yet. Obviously they do need to do something to fix that, but the fact that there wasn’t an active choice by the projects to allow slop leaves me room for hope that they might do so.)

@benjamineskola @mrmasterkeyboard I think if you use an automated tool to help you find bugs and then apply your own programming experience into solving the problem is perfectly fine. There is too much stigma around this. After all - when you submit a PR it's your credibility that is on the line. You are the one who will get banned from the project if you submit slop which you copy pasted from Claude or from Stack Overflow, without proper analysis.
@darth nah fuck off, I don’t need to hear from slop apologists, I get enough of that at work. @mrmasterkeyboard
@benjamineskola @mrmasterkeyboard I am firmly against slop just like you are.
@darth Then I don’t understand why you felt the need to disagree with me?

@benjamineskola I am not a native English speaker. Perhaps I did not convey my true goal in a way that leaves no room for misunderstanding.

I was trying to say that HUMAN is responsible for the code which he submits. I will never allow any automated tool to replace humans.

@darth Apologies if I misunderstood. I have very little patience for AI supporters.

You’re right that the responsibility always belongs to the human. Unfortunately the users of these tools regularly fail to take responsibility and so I think any usage is not to be trusted.

@benjamineskola no worries, I did not take that fuck off personally because there was clearly a misunderstanding.