Only on freebsd-amd64 now though... no need to leave stuff laying
everywhere.

hoping this doesn't leave an empty zip file laying aorund.

This allows each call to ftp_remote() to specify the log level for any remove
failure. All others file-removal failures will continue to log at ERROR level.

I get this particular (harmless) error a lot, so just reducing to warning:
ftp  ... !ERROR 13 (Permission denied) (line 860) removing file: path/to/*.qwk

This basically just moves the download of sbbs-build from the test
phase to the build phase, so shouldn't result in any speedup.

This will allow sbbs-build to run in parallel with scfg etc.

About ten seconds in extract/patch, two minutes in build.

Allows caching in gitlab.

This may or may not actually work, and will certainly need a few
runs to build up the cache first.

Fixes at least an snprintf() issue on macOS, and likely many other
things.  It's actually surprising this builds without it to be honest.

Search in both /usr/local (Homebrew) and /opt/local (MacPorts) for
libraries.

Also, have the name of GNU make be an in option in CI so we can use
the Apple-provided make.

Now if you don't specify MIN_MAC_OSX_VERSION, it will use the
"current" version of macOS as the target.  "Current" is defined as
X.0 where the major version (X) is greater than 10 and X.Y when
major version is 10.

This allows building for a specific target, but uses the newest
libraries if you don't specify.

For Synchronet "stuff", we can trivially change this, but some work
needs to be done to enable Spidermonkey and Cryptlib to pick up the
chosen value.

JS should be fairly simple since it's a configure argument.  Cryptlib
is a bit trickier since it's in a patch.

Web browsers tend start a download and then immediately close the socket
(so now send_failed will be true), while on a secondary socket, do a range
download of the same file.

So log the range requests/completions and don't log successful file sends
when the send was terminated due to a send failure.

We still count very small (e.g. 2 byte) ranges as successful file transfers
and notify the uploader (of a partial download), so we should fix those
issues still. But at least now, there's a whole lot less "noise" created
from HTTP[S} file downloads via browser.

The file_t struct may not have the size of the file pre-poulated, so we needed
to call getfilesize() here.

... so the [web] HttpLogFile setting in sbbs.ini couldn't be set using this
dialog. Been broken all this time.

Fixes issue closing SyncTERM in curses mode on macOS.