(b)db5 is deprecated, see https://cgit.freebsd.org/ports/commit/?id=64fde89d49029e00b86e66041f3dfda16725ead7

I noticed a few nitpicks which you can look at later on as these are not in any way showstoppers, it's my fault for not finding those in the first place.

Can we document this a bit more? What compression level is used and how was it determined to be "best suitable"? Do we have some kind of average difference in size between the two formats and time spent?

Keep up the good work! :-)

I would argue that it's bad practice to have unsupported security related software and if there's no clear timeline for updating in tree. It's "better" (from a security perspective) to deprecate and set a expiration date as it doesn't prevent anyone who's interested to update it within that date or bring it back later. As far as I can tell you can also do without the port just fine?

You can upgrade the firmware on some models such as e3372h-153/607 but it's a bit of a hassle.
https://www.0xf8.org/2017/01/flashing-a-huawei-e3372h-4g-lte-stick-from-hilink-to-stick-mode/
I guess by firmware version you're referring to Software version, the firmwares are all 20.X or 21.X afaik

If it's unsupported upstream I'd suggest that you set expiration date and bring back the port if needed instead of having deprecated "placeholders" in tree.

Just do everything in one sweep imho and we should probably also use https for deb.debian.org as I would guess it's only a matter of time before http gets redirected anyway.

Revert changes to URLs by request of tcberner

Use USES= metaport (suggested by tcberner)
Update URL in pkg-descr to https

Remove empty line in devel/cmake-core/common.mk

Remove temporary USES variable again....

Remove -L/usr/lib path