Peter Wemm

Roaming FreeBSD/Linux/Kernel/Networking/Container/Security/CDN/Cloud/k8s/etc troublemaker.
Long time FreeBSD developer.
Ex-Yahoo! Quietly working on FreeBSD at $newjob.

Last Notes

2026-05-10 03:34:10 UTC

Remember the old 2600Hz thing and how much money it cost AT&T? In hindsight, it was so obviously dumb to put control signalling and user-data in the exact same channel. We'd learn from that, right? It's so obviously a terrible idea that can never work safely that we'd never do something that dumb again, right? RIGHT?!
Oh wait. That's pretty much standard operating procedure with AI agents. Just jam it all in the same context, what could possibly go wrong?! Surely it'll be OK this time, right?
*Bangs head on desk*

2026-05-05 04:30:11 UTC

I got a bit of joy after watching people use AI coding agents and trying to shoehorn it into their "Agile" processes. I'm starting to get my hopes up that this is a perfect storm that might actually slay Fake-Agile. Fake-Agile, you ask? Every company that I've seen that implements "Agile" has a wildly different thing that has little in common with what Agile set out to achieve. It's a different beast entirely that seems more optimized to delay and diffuse responsibility than speed up. Fake-Agile is an abomination.
And now, people are absolutely swamping it with AI-generated stuff. I've seen AI-generated tickets, leading to AI-generated user-stories, leading to AI generated code, leading to AI-generated reviews, and of course AI-generated approvals. It seems like there's a 10x increase in volume and I don't think many people actually read it any more. People are even starting to not even bother to pretend.
Maybe the facade can be just torn down? Just(tm) pair-program with an AI stack and be done with BS.
Nah, it'll never happen. Managers like their metrics too much, and developers develop metrics rather than products.

2026-02-22 02:22:52 UTC

- reply

Sure, but those are for people with the right accent etc. Walking around with a "kick me!" sign on is significantly riskier for some.

2026-02-22 00:47:23 UTC

Next challenge: think of better SSID names. I'm probably going to keep "virus.exe" for some things. "FBI Surveillance Van" has an awkward vibe these days.

2025-07-18 10:34:22 UTC

I think I'm prepared to tempt Murphy and call my #FreeBSD vnet jail renovation a huge success. It uses the new FreeBSD-15+ vlan-aware bridge system. It is simpler, MUCH faster to start, and so far: reliable + robust. I am really liking the bridge/vlan overhaul.
Background: Long ago, I overdid my home network vlan setup with 16 vlans. The servers have trunked ports. My jail hosts have vnet jails that exist in one or more of several vlans.
Originally, I'd create vlan interfaces and attach to the trunked ethernet port. Then one bridge per vlan. And the jail epairs would be attached to the appropriate bridge. Management was error prone. The structure was jail epairs <-> vlan100bridge <-> host vlan100 -> ethernet. The host vlan100 had the ethernet as a parent and was added as a member to the bridge.
Later on I switched to SR-IOV VFs by giving each vnet jail its own VF. This was fragile to put it mildly. A parallel jail start was practically guaranteed to cause several VFs to brick and require a restart. Slow sequential starts with lots of sleeps mostly avoided this. It still broke occasionally at runtime when the driver and/or firmware would break. I've given up on this.
Now: I'm using the new vlan-aware bridge system. It now has jail epairs <-> bridge0 <-> ethernet. The ethernet is a member of the bridge. The vlan interfaces for the host have the bridge as a parent device, not a member. Tag encapsulation, access control etc is now a first class function of bridge0. There's one single bridge for the switching domain instead of one bridge per vlan.
I like it!

2025-07-18 09:44:25 UTC

Protip: don't give all your #FreeBSD vnet jails the same MAC address.

2025-02-13 19:53:59 UTC

Dumb question for folks using #bhyve on #FreeBSD - are there any established cloud-init data generators for guests that could be used here?
I'm not talking about the cloud-init in the guest, but rather something to generate server-side templates for bhyve guests to use.
I have something I kludged together for my purposes to inject ssh keys, host names, etc. I'm using openstack config-drive metadata because it's what I was familiar with but it's kind of inconvenient. (For the unfamiliar, its an extra tiny block device containing either a fat or iso9660 fs, with json/yaml/files/etc inside).
I figured I should ask if I'm missing something that has already been done. Thoughts?
Slightly irritating: the openstack config drive MUST have the label "config-2". FreeBSD's makefs and libarchive will not do this. cdrtools mkisofs will allow this slightly-illegal name. I may have done a sed on the makefs-generated file system.

2022-11-25 01:35:14 UTC

Belated #introduction after an instance move.
I've been a #FreeBSD developer since 1995. Within the project I've worked on many things - I'm a troublemaker. I looked after the CVS tree from '95 onwards. I'm mostly to blame for the src/contrib/* construct in FreeBSD. I did a lot of the early (pre-5.0) SMP work. I wrote large chunks of or landed the a.out->ELF move along with /boot/loader and LKM->KLD kernel module system in 3.0. I've helped with the Itanium and Alpha architecture ports. I did the CVS->SVN migration (and yes, I always assumed it was a stopgap and I'm glad the final move to git is complete). I did all of the original AMD64 port in a short period of time - boot loader->kernel->multi-user was about 2-3 weeks, and the rest of the essentials all the way up to X11 and Seamonkey/Firefox over the next few months. It is my fault that time_t was 64 bit from day 1 in FreeBSD/amd64 and why there is no lib64 - I (foolishly) assumed that 32 bit i386 would be entirely gone by now. I built the post-2012 FreeBSD developer cluster and faux-CDN.
I worked for Yahoo for 22 years. I've bred tropical fish. I'm a licensed ham radio operator. I snowboard. I fly Hang Gliders - sometimes even competitively. I'm a sucker for a decent video game like Factorio, Satisfactory etc. These days I'm also owned by a cat so I'm likely to post cat photos.
I have a strong interest in #infosec; and after having spent about five years in the Linux universe at Yahoo I've finally made my way back to #FreeBSD - it's about time.