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 was it another of the BSDs that was completely against ever allowing such a thing?
@elebertus IIRC, yes. Both FreeBSD and OpenBSD were against it in some way.
@mrmasterkeyboard I’m fairly ignorant of the difference of freez/open/net, etc, but I swear it was last week where the discussion was “well at least BSD will never..”
@elebertus NetBSD seems to be okay right now, but honestly, for how long?

@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.

@mrmasterkeyboard
Threshold question: it's not clear from the commit message if the patch was "written by" Claude or just used to find/report the bug. If the patch was written by the committer, is that slop? (Obv in the face of uncertainty we need to assume the worst.)

The change is also probably small enough that it won't meet Theo's copyright test.

@FritzAdalis One says with the assistance of Claude Code by a real person.

Another one is from AI company with another AI company and tool.

https://calif.io/

Only makes sense to assume that both were done with AI in all stages.

Calif | Hackers gonna hack, be prepped

Calif secures the AI you use every day. Red teaming and security engineering from the hackers trusted by Claude, Gemini, and Cursor.

@mrmasterkeyboard There's a discussion on misc@ about this type of commits https://marc.info/?l=openbsd-misc&m=177507171827044&w=2
@horia I don't care for their responses. They still use genAI. genAI is not an auto-complete like they seem to say from my quick read, far from it. that's like calling a book a deadly weapon because it can hurt people by throwing it at them. yes, genAI can steal/generate code but it cannot do it in the same way an autocomplete can.