Looks like no more RC for #NetBSD and 11.0 finally arrive, just updated from sources „NetBSD devil.e-utp.net 11.0 NetBSD 11.0 (DEVIL) #17: Thu Jul 30 20:53:36 CEST 2026 root@devil.e-utp.net:/usr/obj/sys/arch/amd64/compile/DEVIL amd64” 🎉🎉🎉

@rl_dane

#Debian has caught up with that version of #ISC #BIND, as well.

https://salsa.debian.org/dns-team/bind9/-/commit/cfc4bd23e8bd21508af8553d853a8974c0cce5f9?file_path=bin%2Ftools%2Fnsec3hash.c#7540f7456b991711c4c6b4efd41fc8b79d2c1174

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

@bpl @jaypatelani @corvus @cmccullough @netbsd
#AIslop

@rl_dane

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.

@bpl @jaypatelani @corvus @cmccullough @netbsd
#AIslop

I accidentally came across this #MediaTek #MT7601U #WiFi driver for #NetBSD on GitHub: https://github.com/MakwanaVihas/gsoc_2k22 but it seems long abandoned. I wonder if someone knows how to use it. I actually have such a USB WiFi dodge, and since the #iwm driver works on and off for my Intel 8260 card on NetBSD I think I can give this a try maybe.

#RunBSD #BSD #Unix

I accidentally came across this #MediaTek #MT7601U #WiFi driver for #NetBSD on GitHub: https://github.com/MakwanaVihas/gsoc_2k22 but it seems long abandoned. I wonder if someone knows how to use it. I actually have such a USB WiFi dodge, and since the #iwm driver works on and off for my Intel 8260 card on NetBSD I think I can give this a try maybe.

#RunBSD #BSD #Unix

@bpl @jaypatelani @corvus @cmccullough

Well, that's kind of damning: https://github.com/NetBSD/src/commit/f3b327fa6f8b4ff6f758a8b9e8190aa20109e222

@netbsd ? 🥺

Re: tmux in OpenBSD, false positives are possible, because the tool is just looking at filenames and metadata, not actual file contents. If they're copying source code from a slop project, but not the metadata/commits, then it will give you a false negative.

#NetBSD #slop

This is the umpteenth time I've tried this, starting with version 1.6.1 😅

Could this be the definitive? I hope 💪

Now I have to config automount for external disk/USB keys and I need to find a way to encrypt my external disk and use it both in GNU\Linux and NetBSD.

GDC (I never tried it on Linux and I didn't find anything online)?
ZFS? Anyone have an idea?

I know I can use OpenSSL or GPG but I think it's better and more confortable to encrypt the full drive...

P.S. I love NetBSD but pkgin is really slow 😅 (It's probably not a problem with pkgin, but rather my Wi-Fi card.)

#bsd #netbsd #bsdunix #unix #unixITA #unixitalia #guuf #guufxmpp #guufITA #linux #linuxITA #linuxitalia

@corvus @cmccullough

There's not a lot of options, sadly.

I'm experimenting with #NetBSD, as they have a strong anti-slop stance, but the second you start installing packages, you're getting slop. They can't police everything.

Playing with #NetBSD on a hand-me-down Dell Inspiron with a spinny disc.

So far, it's a joy to use, even though #S3 #Suspend isn't working.

The spinny disc sounds are actually kinda therapeutic XD

 -/oshdmNMNdhyo+:- 
y/s+:- `.-:+oydNMMMMNhs/- OS: NetBSD 11.0_RC7 amd64 
-m+NMMMMMMMMMMMMMMMMMMMNdhmNMMMmdhs+/- Uptime: 8 hours, 12 mins <br/> -m+NMMMMMMMMMMMMMMMMMMMMmy+: Packages: 124 (pkg_info) 
 -N/dMMMMMMMMMMMMMMMds: Shell: ksh v5.2.14 99/07/13.2 <br/> -N/hMMMMMMMMMmho: Terminal: /dev/pts/5 
 -N/-:/++/:.` CPU: Intel 686-class (4) 
 :M+ Memory: 16234MiB / 16281MiB 
 :Mo
 :Ms 
 :Ms 
 :Ms
 :Ms
 :Ms
 :Ms
 :Ms
 :Ms

So Linus showed his entire ass ( again, if you've been paying attention in the last twenty years, but for some reason this one really got noticed ), and now I keep seeing people talking about building weird #NetBSD / Debian hybrids, how Devuan was trying that, and

You know you can just run NetBSD right? No need to loot it for replacement parts, it's a stable modern OS that works fine exactly as it is.

Putting the GNU userland on top of it will be a lot of work to catch up with what it already is, and carries the reward of having Richard Stallman's slime on everything.