At the end of the day, unenforced anti-competition regulations can bulldoze controversies.

I guess why fix vulnerabilities when you can just obscure them?

So did Munich stop existing after we leveled it in 1944?

Don’t applications running under your user account have access to your user’s home folder by default?

The entire point of macOS's TCC was supposed to be to make that not the case anymore.

No. You get prompted something like “Application wants access to your Documents folder” and “Application wants access to your Downloads folder” on first attempt of each folder.

Not always though. Adobe’s apps seem to be able to do whatever fuck they want whenever they want. I want so badly to stop them from creating a bunch of bullshit files in my Documents folder but there simply is no way to do it.

The article seems to be saying that is true unless you implicitly and somewhat invisibly grant access via the file picker.

My impression is that the revoked permissions do not persist. Rather, an interactive window running under the user’s name has implied access to the user’s home folders, regardless of what’s been set under “Files & Folders” (which still applies for background/non-interactive processes).

I could absolutely be missing something here, but the title would be accurate in saying, “MacOS ACLs aren’t terribly intuitive”. But I think the behavior they’re documenting is intended behavior.

> Rather, an interactive window running under the user’s name has implied access to the user’s home folders, regardless of what’s been set under “Files & Folders” (which still applies for background/non-interactive processes).

No, that’s not true at all. Granting permission using the folder picker is required.

Related topic on CuriousMarc and co.’s AGC restoration: https://hackernews.hn/item?id=47641528

I have been following this series since it began, and it's just magical for the sort of nerds who have consumed all of the surface-level documentaries and books about Apollo, especially if you have an interest in electronics engineering, computer science, or radio communications. It's a genre that's distinct to YouTube--something I fear going away every time YouTube tries to chase TikTok and Instagram trends.

Marc, Ken, and their team are national treasures. I'm absolutely blown away at the depth and breadth of what they have accomplished in this series.

A few books that I whole-heartedly recommend:

- "Digital Apollo", a book about HCI, the tension between automation and human-in-the-loop, the history of systems engineering and minutae of each Apollo landing through those lenses. If you want a heavy dose of interesting, inspiring and thought-provoking HCI and embedded engineering lessons and anecdotes in context of the most thrilling examples possible you'll love this.

- "Sunburst and Luminary", the really quite charming and lively memoir by Apollo software engineer Don Eyles.

- "Apollo" by Cox and Murray, a go-to general history of the Apollo program that emphasizes program management and engineering far more than the astronauts.

This + the CuriousMarc videos and you'll feel spaceflight mini expert high, and be quite capable of maybe flying a landing in one of the emulators, actually understand the technical jargon in any of the Apollo landing videos or the Apollo 13 incident video, or appreciate some AGC source code.

I second these recommendations and want to add Go, Flight for some of the in-flight coordination and engineering perspective.

I don't think humanity has fully reckoned with the idea of a product that can manipulate us unilaterally like this.

Human Cent-iPad style?

Speech, for example.