social.dk-libre.fr is a Fediverse instance that uses the ActivityPub protocol. In other words, users at this host can communicate with people that use software like Mastodon, Pleroma, Friendica, etc. all around the world.
This server runs the snac software and there is no automatic sign-up process.
The difference between the two log lines above and the two below is a single named.conf configuration setting.
In spite of reading and re-reading the Bv9ARM I just didn't see it, until the reason dawned on me.
Tomorrow I'll re-read the documentation and possibly submit an addition to the documentation so others might benefit.
Edit: I re-read, the information is missing, I've written the text for the issue, but cannot stomach Gitlab right now. ;)
#Debian has caught up with that version of #ISC #BIND, as well.
But its source code repository won't be spotted as LLM-generated software by that WWW site that you are using, because unlike the comparatively diligent M. Zoulas of #NetBSD, Ondrej Sury (of ISC, who also commits directly to Debian) is not copying any of the change descriptions into Debian's source tree changelog, so there is no mention of the word 'Claude' in Debian.
https://salsa.debian.org/dns-team/bind9/-/commits/debian%2F9.21/bin/tools/nsec3hash.c
Not as damning as one might think.
That's a commit to external/ where Christos Zoulas is importing into NetBSD's mirror all of the changes made to the original ISC BIND in version 9.20.24, en bloc. M. Zoulas didn't use the LLM, and the LLM-generated code is only one of a whole slew of changes made to the BIND source tree in that version.
The person who uses the LLMs is Michal Nowak who works for ISC in QA.
https://gitlab.isc.org/isc-projects/bind9/-/commit/e13302a6bc9b196564b5e7afe703fae24311ceeb
#ISC has an explicitly pro-LLM stance on #BIND, and I wouldn't be surprised if #Kea and DHCP follow suit.
https://gitlab.isc.org/isc-projects/bind9/-/merge_requests/12363
https://gitlab.isc.org/isc-projects/bind9/-/blob/main/CONTRIBUTING.md#contributing-code
There have been good reasons not to use ISC BIND for over a quarter of a century (monolithic software, runs with superuser privileges, multiple hats, lots of parsing). Alas, it is an expenditure of time and effort on the #NetBSD people's parts to switch to a non-LLM-generated DNS server software. But it is well past due.