On Mon, Feb 02, 2026 at 05:49:44PM -0700, Warner Losh wrote: > On Mon, Feb 2, 2026 at 2:57 PM Warner Losh <[email protected]> wrote: > > > Just to follow up.... > > > > On Fri, Jan 23, 2026 at 3:14 PM Warner Losh <[email protected]> wrote: > > So, claude looks likeit's doing a passing fair job at this work. I plan on > > submitting > > a patch series for one of the minor files in the coming weeks (depending on > > how much time I can find to work on it). Any guidance you can give me up > > front? > > > > Before I submit, I plan on auditing every single change to make sure claude > > didn't introduce anything that's not in bsd-user's blitz branch. Make sure > > the authors > > are correct to the same level that I've been doing so far. And make sure > > I've rewritten > > all the commit messages. > > > > One question I have, should include these lines > > 🤖 Generated with [Claude Code](https://claude.com/claude-code) > > Co-Authored-By: Claude <[email protected]> > > it is adding to the commit messages or not? Claude generated this as a > > series of > > commits from the blitz branch to the master branch, but didn't actually > > generate > > any new code or fix any bugs. I'm happy to include them if you want, but > > also > > am weary about setting of a knee-jerk reaction that would be unhelpful > > since > > it's responding to the 'slop' worries and not the merits of the current > > work. > > > > Comments? > > > > To not clutter up the mailing list, here's the changes. They are identical > to what's in the qemu-bsd-user blitz branch. I've not curated the commit > messages yet (they are what claude produced, but there's no copyright > issues with commit messages), but plan on doing so since glancing over them > right now I do see a few minor issues that need to be tweaked.
snip > Thanks in advance for any feedback you can provide. I glanced at the commit messages, and they look like that have avoided the usual AI trap of being insanely verbose. They tell the "what" of the code changes, but not so much the "why", which is common with AI since it has no such insight. That's not a problem per-se. The 'why' is optional for any commit. It is applicable if there was something notable about the choices made in the implementation that the author wants to call out to reviewers. If the 'Generated-with/Co-authored-by' bits are removed, I think the commit messages at least are fine to submit, if you consider them accurate. I'll assume all the other usual things are checked, eg that code compiles & tests pass at each commit in the series, checkpatch.pl is clean or any failures are jusifiably ignored as non-applicable/ false positives, etc With regards, Daniel -- |: https://berrange.com -o- https://www.flickr.com/photos/dberrange :| |: https://libvirt.org -o- https://fstop138.berrange.com :| |: https://entangle-photo.org -o- https://www.instagram.com/dberrange :|
