hey folks, this is a much simpler patch than Mark's earlier one and it's been working fine for me. Let's ship it if there's no complaints. I will amend the absolute path noted above.

Proposing we drop this in favour of Jimmy's git-based work for OTP itself, and my simpler shim for elixir at https://reviews.freebsd.org/D18324. Feedback hasn't been forthcoming yet Mark so please speak up on the 2nd patch if needed. Thanks!

dropped as its easier to include danfe's fix from upstream

ship it - I think hipe and dialyzer will need some care for 22 but we don’t have to fix it right now.

minor tweaks to download sites.

tidy up stray ends and add riemann-dashboard gem

dealt with in next rev

un-pet Makefile with correct tabstops

*cough* PORTREVISION

In D18820#416085, @jrm wrote:

Should LOCAL/olgeni also be removed? It was a quick check, so maybe I am missing something.

jrm@storage2 /usr/ports/lang/erlang-runtime21(arcpatch-D18820_1|✔) % distilator | grep olgeni
404 [DISTFILE]  http://distcache.FreeBSD.org/local-distfiles/olgeni/preloaded-21.2.6.tar.gz
404 [DISTFILE]  http://distcache.eu.FreeBSD.org/local-distfiles/olgeni/preloaded-21.2.6.tar.gz
302 [DISTFILE]  http://olgeni.olgeni.com/~olgeni/distfiles/preloaded-21.2.6.tar.gz -> https://hub.olgeni.com/~olgeni/distfiles/preloaded-21.2.6.tar.gz
302 [DISTFILE]  http://olgeni.olgeni.com/~olgeni/distfiles/patch-otp-21.2.6 -> https://hub.olgeni.com/~olgeni/distfiles/patch-otp-21.2.6
404 [DISTFILE]  http://distcache.us-east.FreeBSD.org/local-distfiles/olgeni/preloaded-21.2.6.tar.gz
404 [DISTFILE]  http://distcache.us-west.FreeBSD.org/local-distfiles/olgeni/preloaded-21.2.6.tar.gz
404 [DISTFILE]  http://distcache.us-east.FreeBSD.org/local-distfiles/olgeni/patch-otp-21.2.6
404 [DISTFILE]  http://distcache.us-west.FreeBSD.org/local-distfiles/olgeni/patch-otp-21.2.6
404 [DISTFILE]  http://distcache.eu.FreeBSD.org/local-distfiles/olgeni/patch-otp-21.2.6
404 [DISTFILE]  http://distcache.FreeBSD.org/local-distfiles/olgeni/patch-otp-21.2.6

OTP releases faster than we do... 21.3 is the new hotness.

add brief usage instructions

scrapped in favour of dante@'s patch upstreamed in https://reviews.freebsd.org/D19429

• lang/erlang-runtime21: update to 21.2.6
• use MASTERSITES and PATCHFILES correctly

In D18820#412296, @jrm wrote:

I still see a fetching issue (after 12 hours).
http://pkg.awarnach.mathstat.dal.ca/data/12amd64-default/2019-02-20_09h09m24s/logs/errors/erlang-runtime21-21.2.6.log
It looks like preloaded-21.2.6.tar.gz is only available from your account. Adding LOCAL/dch:local to MASTER_SITES allows it to fetch.

add dch local repo to Makefile

• update to 21.2.6 and sprinkle a few more reviewers in
• move couchdb2 diff to separate patch with a few more changes

see https://reviews.freebsd.org/D19192 for alternative diff

@feld here's https://git.sr.ht/~dch/ports/commit/0af5618836ea22f68f8c4a0c183dee08c042375b alternative implementation using OTP21 via shim, much tidier IMO. I am not clear how to update LOCALBASE within the patch file though, what do you suggest for doing that rather than having it hardwired?

@feld what about using OTP21_RUN_DEPENDS=${LOCALBASE}/lib/erlang21/bin/erl:lang/erlang-runtime21 and leaving the OTP bump alone in this patch? It would also require a small shim for each of:

submitted exp-run https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235733 for removing the older OTP versions. Once that's back I'll do one to bump default OTP to 21.2.5.

• updated diff removes hardcoded paths, cleaned for rclint
• confirmed it really does work when zerotier is newly installed and after joining a secure network
• found it blocks the boot completely if the environment uses static IP rather than DHCP
• see https://github.com/zerotier/ZeroTierOne/issues/900 for community feedback

committed in r487870

tweak UPDATING and pkg-message in line with diff

The underlying issue I'm trying to fix is to get the interfaces up and have an
IP available *before* we allow pf|ipfw to run. I'm pretty sure that this doesn't
actually do what I want at present, but I've not figured out a good way of
debugging things that early in the boot phase.

Unfortunately not this is a bug in the upstream build and can’t just be
changed as other modules refer to it. It only appears in the plist which
is why nobody noticed it prior. We’ll fix it for 2.3.1 though.

the diff side of this is ready for review, but I still need to work through functional testing - actual conf is quite different to previous version.

@jrm this passes local poudriere, needs your rubber stamp or your nit-stick.

• update config files to latest release and backport FreeBSD customisations
• use more templating for configs from ports tree
• bump documented end-user dependencies

• update for latest ruby versions
• include riemann-rabbitmq and riemann-tail
• passes poudriere 11.2R 12.0b4 on amd64 & tested a few functions

In D17907#382700, @jrm wrote:

I'm now wondering if devel is the appropriate category. sysutils?

Makefile-based interpretative dance moves

final tweaks to Makefile, fail to appease portlint

thanks, that sed goop works a treat. I'll doublecheck some more functionality tomorrow but I think this is ready to land now.

use jrm's powerful sed-fu to sidestep the dreaded GNU dependency

include via sed an upstreamed patch that cleans process name

merge PR feedback + new plist

danfe is having a look at the C side of this (thank-you) which would be a far better solution

abuse MAKE_ENV to force including pinned security/openssl 1.0.2

OK poudriere tells me this doesn't work. However I definitely got 1 good build earlier - need to investigate what I've missed.

bump version to 1.1.2