Robert Coup

One issue: if I add a symlink to kart from somewhere in PATH (`ln -s /path/to/kart/build/kart /usr/local/bin/kart`) then the helper fails... ```console $ which kart /usr/local/bin/kart $ readlink $(which kart)...

Which is the thing you identified too... can we make `kart_cli_helper` look for `kart_cli` in the same directory as itself? Ah, I vaguely remember a conversation where these are platform-specific...

The cmake in this PR doesn't do any install stuff at the moment, but if you symlink `build/kart` from elsewhere (`/usr/local/bin`) it's not obvious that you need _two_ symlinks.

I added backwards compatibility for this change as #276

This has been fixed in PDAL with https://github.com/PDAL/PDAL/pull/3682

If it's in the foreground it should deal with SIGINT & SIGTERM cleanly -- I think via the `cleanup_mcp()` method?

what's a sane scenario where you'd want to replace the CA bundle _just_ for GDAL/PROJ but not anything else?

FWIW, a newer GDAL also solves this issue - Tilemill symlinks the VRT inside your project, and GDAL used to treat paths in the VRT as relative to the symlink...

If you run "export CPL_DEBUG=ON" before running tilemill do you get any informative messages? Otherwise maybe the number of open files is hitting a limit? http://stackoverflow.com/questions/34588/how-do-i-change-the-number-of-open-files-limit-in-linux has mac/Linux instructions On...

Workaround for people running into this (hint from [here](https://github.com/r-spatial/sf/issues/1981#issue-1330388580)): ```r install.packages("sf", configure.args="--with-proj-lib=/opt/homebrew/lib/") ``` (works for terra/stars/etc too)