I implemented support for copying send-once port rights for GNU #Mach (MACH_MSG_TYPE_COPY_SEND_ONCE) 😉
The patches have already been applied by Samuel.
❝Today, thanks to Android and ChromeOS, Linux is an important end-user operating system. But, before Linux, there were important Unix desktops, although most of them never made it. …❞
Received a call from a potential new client today. They need a server to host their website, a small e-commerce platform, and a shared file storage solution. I suggested a FreeBSD-based solution with jails but was asked for alternatives without any explanation. So, I offered Linux options, possibly with Docker services, LXC containers, or separate VMs. Still, they requested other solutions. I started explaining about an OpenBSD-based approach with separate VMs for each service, or even NetBSD. Again, alternatives were requested.
At that point, I paused and asked, 'Do you have any specific solution in mind?' The reply was, 'Something based on Windows or, at most, MacOS. I don’t trust this free stuff, it might be okay for universities, but the real world is something else.'
I hadn’t heard such a statement in over 20 years. I began to explain... to no avail. I also mentioned that I work with these systems, not Windows or MacOS on servers (???). With an air of superiority, they insisted that’s what they wanted and had no budget limits to get it.
I quoted them 50,000 euros. The call ended within the next 30 seconds. 🤣
@stefano I hope you noted that #macOS wouldn't exist without the “free [#Unix] stuff” from universities, specifically Carnegie-Mellon's #Mach microkernel and the #BSD userland.
#Mach alliance seems like a good idea, yet I can't help but feel some resentment towards COTS vendors that are finally embracing and branding what we've been trying to get across for over a decade.
Microservices, API-first, Cloud-Native, Headless: this is just loose coupling, interface segregation, separation of concerns, devops, iac: whatever we've been calling things that allow you to control the blast radius of changes, so that developing software isn't harder than it needs to be.
@bugaevc because iirc the big obstacle for moving the Hurd forward is getting #mach, which its based on, to support 32 bit, which won't happen without success of hurd elsewhere, and most smartphones until ~2020 were 32 bit afaik
Začala registrace zkušebních jízd na ElektroFest 10. června v Pelhřimově. Moc pěkný výběr aut! Včetně novinky MG 4, která může zamávat s trhem EV (nejen) v Česku.
The problem with the #Hurd is that it really offers the most convincing vision of what a future generic #OS kernel to succeed #Linux should offer, and its actually out there and you can try it and it's an incredibly convincing vision, certainly taking virtualization to the furthest extent of anything I'm aware of, but building it on #Mach was a huge mistake.
🎉 And now I present to you GNU bc, built & linked against x86_64-gnu glibc, running on x86_64 GNU Mach as the bootstrap task 🎉
I only had to patch it a little bit to teach it to recognize the device master port I'm passing to it, use it to open the Mach console, and redirect its stdio there. Oh, and I stole a patch from nix folks to cross-compile it.