The net BSD that that's that's like the Berkeley San Diego Unix that's the foundation for the I-386 in that BSD's case. It turns out to be a lot more than that. Okay, BSD stands for Berkeley software distribution or Berkeley software development depending on when in the 90s you're looking at the expansion of the acronym. net BSD was one of the two projects that kind of forked out of the the death of the original Berkeley. The Regents of the University of California sometime in the early 90s stopped being able to fund the development that was happening in Berkeley which had been to begin with a set of patches on top of AT&T's units but eventually became its own distribution. One of the hallmarks of BSD Unix, other than actually being able to be used by humans to some extent, was that it deliberately targeted portability. It was deliberately built and distributed from multiple hardware architectures and that thereby forced to be designed to be able to work on multiple hardware architectures. NetBSD and FreeBSD are the two major projects that forked around that time out of the remains of BSD. FreeBSD chose what seems like a prescient direction at the time that they should focus on commodity hardware because mostly that's what people have. If you eke out every last bit of performance on a 90 megahertz Pentium, you'll be glad you did. Yeah, and NetBSD chose that aspect of tradition from Berkeley that let's let's turn up the knobs to 11 on portability. Let's stick with that tradition. Let's make sure we're even more portable. Let's find more ways to share driver code abstractions that let the drivers be shared abstract the way Andean-ness and other differences between platforms and just make let that drive the design which is actually why I'm here talking to you today because when I Have you heard about craftsmanship and this conference the Unix that I think goes best with that is NetBSD? I think craftsmen who use Unix and appreciate Unix and appreciate craftsmanship should be very interested in that business. Well, I think there's a lot of people here that don't realize that they're very interested in NetBSD. Didn't we we kind of tease each other about that Apple logo? But if I'm not mistaken, NetBSD is the kernel the Darwin kernel is based off of NetBSD or it's a complicated story. Naturally, the kernel in OS 10 is kind of a hybrid. A lot of its history comes from Mock, which was developed at Carnegie Mellon. Mark as the MACH, MACH, good kind of like the word Mac, but totally coincidental. It also turns out that one of the primary developers of Mock wound up being an executive at Apple later for business merger-related reasons. But the kernel is Mocked, and there is some more to it than that. That's actually not my primary area of work, but where NetBSD got involved with OS 10 is that in an early version of OS 10, I think up through 10.2 or 10.3, most of the user land utilities were from NetBSD. Early so if you for instance, if you're running user bin FTP, it's the one that that was developed in FBSD and enhanced by Luke Mewburn and distributed as an autoconf buildable piece of source. And a lot of the utilities in OS 10 were like that. Somewhere after 10.2 or 10.3, it became more of a FreeBSD influence because one of the developers from one of the founders of FreeBSD, Jordan Hubbard, was the director of Unix technologies or something like that at Apple, and so they kind of moved in a FreeBSD direction for user land, but the the kernel is actually a different story and I don't know it very well. Okay, so you know how did you come to be involved with the? You said that the kernel really isn't where you're spending your time. Where does Amitai or Schmanz, his nickname, the where Schmanz spent his time? What is your focus and what do you do with the the foundation as part of the board? I'm relatively new. I was elected some months ago and just began serving the roles that I had before that were two basically. One that I kind of self-nominated myself for like you do in a volunteer project. Whoever does the work becomes in charge, and another that I was selected for a while ago. The other one the one that I selected for is there's a project management committee for package source which is closely related to NetBSD in terms of history and organization, but isn't an operating system project. NetBSD is an operating system project. Package source is a package manager and it's distinguishing characteristics that are very compelling. What are the key features of the system you're describing?