Dan on Github: standard disclaimer about macOS in my projects
I've written and contributed to lots of open-source software tools, as you've probably already seen. Almost
all of the software I write specifically targets GNU/Linux in the desktop or server environment.
Users of software I contribute to are very frequently asking for help with macOS (and occasionally other POSIX OSes, like
FreeBSD or Solaris). But most frequently… macOS. Some things to keep in mind about me:
- I do not use macOS. I do not want to use macOS. Same for iOS. Same for iPadOS.
- You would have to pay me to go to the trouble of trying macOS or iOS. Even if you are paying me, and even if
many other engineers at the company are using macOS and iOS, I would likely request to use GNU/Linux desktop environment and
an Android phone if that's possible.
- macOS is not "just like Linux", especially not in terms of its kernel or its networking functionality.
- I have lots of interest and personal motivation to make GNU/Linux better, and to make software that I write work better on it.
- I have some personal motivation to make other free/open-source operating systems better (say, the open-source core
of Android, or FreeBSD).
- I have nearly zero internal motivation to improve macOS, or to make any particular software work better on
macOS.
- It's an enormous pain in the ass to test anything on macOS. There are plenty of high-quality free-as-in-beer CI/CD services
that will let me spin up an automated testing environment for GNU/Linux distros, like GitHub Actions or GitLab CI. There
are none for macOS.
If you want to improve support for macOS in a project of mine, I'm very happy to accept contributions for this, but most of the burden
is going to be on you (and other macOS users) who care to contribute:
- You're going to have to diagnose, describe, and document the issues yourself.
- You're going to have to design and test the solutions yourself. "Pull requests welcome"
- You're going to have to make sure that your contributions don't introduce regressions or make the code difficult to
maintain for platforms that I prioritize. (Hey, have I mentioned Linux?)
- See dlenski/vpn-slice#11 for an example of a PR to improve
macOS support that cleared this bar.