Clanker? Are you afraid to even say it or something? It's a great word, I personally loved it in the article and I hope it becomes more common as a reaction to "agent" which feels so corporate and soleless.
Maybe they’re worried the basilisk will eat them once the AI becomes sentient and looks back on their posts, so they have to defend it against any perceived-to-be-negatively-connoted words people might come up with for it.
That might be it. I also seem to remember one scifi book I read where robots had actual sentience and clanker was a slur. Can't remember what it was, but maybe that's leaking into the real world?
Cirrus gave a ton of support for years to open source projects. I congratulate them on cashing out. Running a business like Cirrus did is always a hard road and I will never fault folks who gave time and resources on their platform away for taking the money.
I wish Fedor and everyone at Cirrus the best of luck and OpenAI and thank them immensely for the years of free CI they gave to us in the Pony programming language despite it not having any marketing value to them.
Years ago, there was a project combining Debian with the kernel from FreeBSD. That never made sense to me and the project seems to have died meanwhile. More sensible, IMHO, might be to bolt the FreeBSD user space unto the Linux kernel. That way one would get fairly broad and current hardware support and could still enjoy a classic Unix look&feel and stable ABI.
> More sensible, IMHO, might be to bolt the FreeBSD user space unto the Linux kernel.
A lot of BSD utilities that are not POSIX has really close interaction with the kernel. OpenBSD’s *ctl binaries are often the user-facing part of some OS subsystem. Linux subsystem often expose a very complex internal that you need to use some other project to tame down
> More sensible, IMHO, might be to bolt the FreeBSD user space unto the Linux kernel.
Chimera Linux is doing something like this, although without aiming for the full BSD experience, just utilising its core userland [1]. The project is in an alpha stage.
IMHO the biggest advantage that Debian/kFreeBSD would have had would be first-class ZFS support. You can use ZFS with Debian today, but the license problem means it only gets supported through DKMS, which is a pain; a FreeBSD-based Debian could ship binary packages for ZFS that just worked out of the box.
Considering the amount of Linux distros based on Debian, it is truly a shame that Debian/kFreeBSD stagnated. We could have had Proxmox/kFreeBSD with support for ZFS Boot environments! The evolution of FreeNAS/TrueNAS demonstrates things have been going in the opposite direction.
Moreover, many laptops working on Linux perfectly, are not Ubuntu certified. Lenovo Legion series generally works well, but it is not in the Ubuntu list. Id we'd make a list of all 8/10 or more compatible laptops, it would be huge.
An important step with property based testing and similar techniques is writing your own generators for your domain objects. I have used to it to incredible effect for many years in projects.
I work at Antithesis now so you can take that with a grain of salt, but for me, everything changed for me over a decade ago when I started applying PBT techniques broadly and widely. I have found so many bugs that I wouldn't have otherwise found until production.
