* Not up-to-date
jsdelivr takes some days or weeks to get latest erlang versions, compare
https://builds.hex.pm/builds/otp/arm64/ubuntu-24.04/builds.txthttps://cdn.jsdelivr.net/hex/builds/otp/arm64/ubuntu-24.04/builds.txt
* Unnecessary
As builds.hex.pm is already geodistributed, there's no need to add mirror
Reference: https://www.hex.pm/docs/mirrors
* Problematic in parallel jobs
The ci.yml workflow is split in separate jobs that run in parallel,
and all of them must use the exact same erlang version.
When using mirrors, different erlang versions may be used...
and then the compiled files require more recompilation, which fail
===> Compiling /home/runner/work/ejabberd/ejabberd/c_src/epam.c
===> /home/runner/work/ejabberd/ejabberd/c_src/epam.c:18:10: fatal error: security/pam_appl.h: No such file or directory
18 | #include <security/pam_appl.h>
| ^~~~~~~~~~~~~~~~~~~~~
Instead of removing mirrors, an alternative solution would be
to specify exact OTP version: "28.3.2", but then we would need to update
all those strings in ci.yml for every erlang release.
Badlop
b7940ba360