Agree. Probably an unpopular opinion, but I strongly dislike YAML.

EDIT: if I HAD to use YAML, I'd prefer KYAML: https://dev.to/mechcloud_academy/goodbye-yaml-hell-meet-kyam...

KYAML seems eerily close to json5.

I saw your response about not blocking ads currently. What about blocking adult content, for a child's computer? Mullvad had such an option[1] under family.dns.mullvad.net. Very useful!

[1]https://mullvad.net/en/help/dns-over-https-and-dns-over-tls

This is an area that is fraught with challenges. Serving a truly global audience means standards are difficult to measure as to what is "adult content" - it varies widely (Wikipedia in some areas is "adult content", as an example.)

In the near term, there is no filter set that we offer that mimics that functionality.

However, we recognize some variation of "best effort" adult content segmentation is a useful filter to have. We're considering it in the near term, as we have some specific educational institutional pressure to try to meet as well, since students are often easy targets for phishing, classroom computers are rife with malware, and there is also the problem of inappropriate DNS-based profiling of students and schools - problems that Quad9 can help solve.

Perhaps you could ask Mullvad how they did it? You might protect yourself with disclaimers that your results may not be perfect? You still could create a useful/ effective service even if it's not 100% perfect I would think.

If this article is accurate, I hope it leads to an intervention.

I've heard it rumored (maybe on this site??) that it's wise to avoid upgrading to Tahoe, on intel macs, but I don't have any evidence to back this up.

How is this different from Divio's documentation system?: https://docs.divio.com/documentation-system/

Update: https://diataxis.fr/colophon/#origins-and-development (Divio came first).

Same fundamental ideas, but I got a lot of things wrong in that earlier version (which is several years old now).

But when it comes to diagram, I still refer to the Divio version as Diataxis version description is too abstract.

Though it doesn't get by all the hurdles mentioned, it is alternatively possible to run Mac OS in a VM on your Mac using UTM and install Claude Code within the UTM VM. UTM can be run under a non-admin Mac account. This can allow you to use most Mac-native tooling, at least. The interactive performance of using the Claude Code ui on the VM isn't great, however. I'm not sure if you can log into the VM via terminal on the host from the non-root admin account to avoid the ui performance issues.

An argument against this method is UTM doesn't support graphics acceleration so browser support will be hobbled. Even if you don't need the acceleration, I've found browsers in UTM virtualized OS's can't get past some modern captchas and other browser fingerprinting checkpoints :\. It's terrible but that's the way it is.

I don't know about solving captchas, but if you are running macOS virtual machines on an Apple Silicon Mac, hardware graphics acceleration is supposed to be natively supported out of the box when using UTM's Apple Virtualization Framework backend.

A primary source of UI lag is how Apple's native virtualization framework processes multitouch trackpad events. There are other issues like mismatched resolutions and framerates, too. Ask your favorite ai to debug. You can try e.g. deselection of the trackpad setting and instead select basic mouse support, and that can clear things up..

> browsers in UTM virtualized OS's can't get past some modern captchas and other browser fingerprinting checkpoints :\

I'm using Qubes OS, where everything runs in VMs without GPU acceleration, and never experienced this.