The widely–reported “foo is requesting to bypass the system private window picker and directly access your screen and audio” prompt in Sequoia (which Apple has moved from daily to weekly to now monthly) can be disabled by quitting the app, setting the system date far into the future, opening and using the affected app to trigger the nag, clicking “Allow For One Month”, then restoring the correct date.
↫ tinyapps.org blog
Or, and this is a bit of a radical idea, you could use an operating system that doesn’t infantalise its users.
I bet their own applications are exempted from these annoyances.
The “we control your property” philosophy of iphone may be slowly creeping into apple computers.
How long can users rely on workarounds like this being left alone by apple?
If you spit behind your back, clap three times and say “Applejuice”, the issue will disappear. 😀
No longer “walled garden”. It’s just a very unpleasant, harsh and limiting prison.
MacOS is not a walled garden yet, you can still sideload applications. You can even run unsigned applications on Apple Silicon Macs by disabling some checkboxes (which you probably don’t want to, there is no excuse for a programmer not to sign their Apple Silicon apps, there’s no “back compat” excuse for something that isn’t more than 4 years old).
“Or, and this is a bit of a radical idea, you could use an operating system that doesn’t infantalise its users.”
Which one is that at this point? Your next story is about how Windows is taking away the ability to locally gateway updates.
Linux is my primary OS so I know the answer. My point is that macOS is hardly the only software going down this road.
Desktop Linux infantilises users in a unique way, by encouraging the use of distro-specific repositories, which means you are dependent on some graybeards to repackage VLC for your specific distro (and distro version) before you can have it. Even iOS doesn’t do that, Apple allows developers to upload compiled binaries to the iOS app store. Sure, you can install applications outside the repositories in Desktop Linux, but you probably don’t want to.
In a sense, from the perspective of the user who doesn’t care about source codes, Windows and even MacOS are more open, because there are no graybearded middlemen to repackage any apps, you can get your apps straight from the developer the moment they come out. And with bits such as libdvdcss still there, like the developer intended.
“you are dependent on some graybeards to repackage VLC for your specific distro”
Could you point to the distro you think makes that statement true ?
I believe you’re turning a convenience (waiting for someone to compile software in your stead, all the while making sure it works alright on a system resembling yours) into a requirement, which would be pretty dishonest.
No one forces anyone to do anything under linux, AFAICT, which is the exact opposite of the point made in the article about macOS. It’s harder, it requires a lot more fiddling, it’s regularly troublesome and sometimes even borderline infuriating, but you’re free to make it act the way you want. Which IS the point, here.
You could have said this is not what the market wants, since macOS and Windows have been pushing the other way for years and their numbers remain good, and you’d probably be right.
But what you wrote is simply, factually, entirely wrong. And all the distortion bubble magical wording you may throw at it absolutely can’t change that.
And, by the way, some developers even host their own repositories for third-party distros so hey don’t have to publish their source code and/or so users don’t have to wait for anyone to recompile it. Because yes, you can get your app straight from the developers or from their own repository, if they so wish.
You don’t want to mess with the system clock by setting it in the far future. OSes expect the clock to be set in the far past (and can compensate for it), but the far future? Who knows what will happen in this scenario.