Like macOS, my cat does not qualify for the UNIX standard out-of-the-box and I'm far too lazy to configure my cat for an OS standard that's 25 years obsolete.
The compliance trope that a point-in-time-assessment can't be used to support a claim is kind of a lazy take. The certification explicitly states macOS v26.0 Tahoe.
While it's true that it wasn't always truly UNIX compliant, they put in the hard yards to become so (albeit to avoid a $200M lawsuit from The Open Group) [1]
To certify any version of macOS as UNIX, the security had to be significantly altered (disabling SIP) among a few other things. This is why what is shipped is not what is certified as UNIX. You can /make/ it match what is certified as an administrator, but that would be inadvisable.
EDIT: And really, UNIX certification means nothing except to potentially government agencies and people who don't understand what UNIX and/or UNIX certification is. Or why being "certified UNIX" is generally meaningless: see the BSDs, which are much closer to "UNIX" origins than macOS will ever be.
Or Windows, which is frankly just has better architected internals and abandons legacy UNIX ;-)
Yes, that's the point. It's further removed from UNIX than the BSDs are.
macOS contains BSD userland, networking, file system, POSIX, and a couple of other things. But XNU, the kernel, is "X is Not UNIX", if there ever was a statement to be made about the underpinnings of macOS.
You have just described OSF/1 (and later – Tru64) – a certified UNIX with a hybrid kernel operating over a Mach microkernel, BSD userland, POSIX conformance etc.
The people that certify it say that you are wrong. What you think and what actually is are two entirely different things in this case. The fact remains that, according to the OpenGroup (and they are the one that matter here), macOS 26 is UNIX.
macOS 26 that is /altered/ is UNIX. macOS that ships on every Mac is not certified UNIX -- but it can be made to match if you're willing to give up security.
You’re confusing operating mode with operating system.
SIP/SSV don’t create a different macOS, they restrict mutation and introspection. They don’t change the POSIX surface, the SUS semantics, or the kernel interfaces being certified. They just stop test harnesses from instrumenting the system without elevated privilege.
By your logic, no modern OS is anything it claims to be unless you run it in an insecure debug configuration. Linux isn’t POSIX because you need root. Windows isn’t Windows because kernel debugging exists. That’s obviously nonsense.
The Open Group certifies macOS 26 as shipped. Temporarily relaxing protections to run a conformance suite does not produce a “different OS”, it produces a different trust configuration of the same one.
Saying “it’s not really UNIX because SIP is on” is like saying a container isn’t Linux because it doesn’t let you mount /proc without extra privileges.
You didn't read the article, did you? SIP isn't the only alteration. And we don't know all of the changes required due to the waivers.
> if you want your installation of macOS 15.0 to pass the UNIX® 03 certification test suites, you need to disable System Integrity Protection, enable the root account, enable core file generation, disable timeout coalescing, mount any APFS partitions with the strictatime option, format your APFS partitions case-sensitive (by default, APFS is case-insensitive, so you’ll need to reinstall), disable Spotlight, copy the binaries uucp, uuname, uustat, and uux from /usr/bin to /usr/local/bin and the binaries uucico and uuxqt from /usr/sbin to /usr/local/bin, set the setuid bit on all of these binaries, add /usr/local/bin to your PATH before /usr/bin and /usr/sbin, enable the uucp service, and handle the mystery issues listed in the four Temporary Waivers.
Don't be rude. I did read TFA, hence my comments. You didn't understand my comment, did you?
Whether it disabling SIP, enabling root (see the bit about Linux and Posix in my previous comment), enabling case sensitivity in APFS (done for backwards compatibility), or any of the other stuff, the OS shipped remains the same as the tested one, and pay attention because this is the bit you seem to be incapable of grasping, with the extra bits turned on! Some are dumb, some for backwards compatibility and some are genuinely useful.
A Kia Ceed is still the same Kia Seed if the showroom add their stickers, changed the tyres and put some registration plates on it.
> Or Windows, which is frankly just has better architected internals and abandons legacy UNIX ;-)
Current macOS user, and former NT kernel dabbler and VMS user here. That's highly debatable.
On the kernel side, Windows is still filled with legacy VMS-isms. Eg: Object Manager (object/resource model), named objects, handles, how processes and threads work, vmem, scheduling etc etc
On the userspace side, Windows is still filled with legacy DOS-isms.
Don't me wrong, I love the underlying Windows OS, despite its many quirks, but it's filled with perhaps even more legacy cruft and definitely isn't any sort of step above anything else.
I also don't believe anyone actually runs macOS in a UNIX-compliant configuration. Rather, it's a checkbox on some RFP and nobody is clued into why it's actually there, because all the people that did know have since retired.
Drive letters are there for the presentation layer and of course backwards compat. Windows refers to them using device paths internally. You can too, if you wish.
GP seems to live in a small European city with a pretty small market for this stuff. I seriously doubt there are any Zurich-based escorts earning $1200 hour.
In London anything between 200 and 1000GBP per hour is completely ordinary, there will not even necessarily be a strong correlation between pricing and the quality of service. It is not super unusual to see people charging more than 1000GBP/h either.
There's a huge discovery problem in the prostitution market, it's really hard for a customer to differentiate between providers without actually visiting them. In many places it's hard to find useful reviews, so you're stuck choosing a provider based on heavily photoshopped photos and hoping for the best. Charging more is probably a good strategy to differentiate yourself.
The board itself looks pretty spartan, at least compared to any other x86 ITX board I’ve seen in the last ten years. The only thing it doesn’t seem to have is audio jacks.
Is that because the platform itself is very lite, or is just typical for a dev ITX board?
Sure, if they're tested well enough that there are no obvious UX issues (which is usually not the case)
It's just that there's zero effort put into them so they don't really offer anything of value. If you write a todo list-tier app, it would be completely useless to most people, but it's a learning project for you. If you vibecoded a todo list-tier app, it's completely useless to most people including yourself.
I find dark mode incredibly straining in most daytime and office situations, particularly with glossy screens. Do use it exclusively in dark environments though.
The ‘anti light-mode’ sentiment has been around for more than a decade, but the reason why it’s not default is because it doesn’t suit the majority of users’ needs or use cases.
Anecdotally, I’ve found that the strongest proponent of dark mode in my professional career tended to be people who worked exclusively at night, or those who aspired to emulate the ‘late night hacker’ trope.
https://www.opengroup.org/openbrand/register/xym0.htm
reply