Ведь по сути заявление звучит:
"Я протестировал на платформе А, значит оно должно работать на платформе Б, а если не работает, то виноваты релизы.". Замени убунту и центос на мэк и виндоус и будет звучать.... "Я тестировал на мэке и все работало, а на виндоусе не работает то, что я тестировал на мэке, потому что релизы".

А можно просто поставлять софт, а не под платформу (или хотя бы не под дистр)?

А можно просто поставлять софт, который работает одинаково на айфонах, на андроидах и тестировать, что оно будет там работать мы будем только на ардруино.

Вообще-то нет

Я вот лично не понимаю зачем просто нужен этот bakeware. Есть релизы же, которые умеют включать erts внутрь

Ну а в обратную сторону - где граница? Переход к маку/виндовсу - это укрупнение сарказма. А я хочу в другую сторону. Будет ли сборка на дебиане работать на всех дебиан-подобных дистрах или только на дебиане? Будет ли сборка на дебиане работать на любом дебиане? Или есть ещё какие-то условия для корректного запуска - например установленные библиотеки и их версии?

Я согласен с @liveforeverx насчёт cli и desktop, но это, скорее, исключения в мире elixir

А почему бы сборке на дебиане не работать на другом дебиане? Причём тут вообще дистрибутив?
Для работы elixir-а нужен только erts

Если взять тот же раст - он запускаясь на одной архитектуре может делать сборку под другую, таржет платформ итогдалие. А в эликсире - хрен, ему для сборки релиза нельзя указать таржет дистр, его нужно именно запускать на идентичном дистре. Это в 2020 выглядит просто как костыль.

Для крипто либссл ещё нужен

Дистрибутив при том, что релиз эликсира собранный на линукс-дистрибутиве А в общем случае не запускается на линукс-дистрибутиве Б.

И эта сборка точно так же может не заработать из-за отсутствующих разделяемых библиотек

Отсутствующие разделяемые библиотеки можно доустановить. С неподходящим релизом что делать?

Делать самораспаковывающийся архив и разворачивать окружение как бы тоже костыль. Для этого есть flatpack/snap

Вот людям лишь бы поебаться завернуть, вместо использования докера, который был сделан для того, чтобы изолировать приложение от платформы, и сделать релизы повторяемыми/откатываемыми и вообще легко распространяемыми, люди продолжают строить свой велосипед без педалей и с квадратными колёсами.

Причём тут вообще релизы и докеры? Эта хуйня сделана для escript, чтобы его использовать без установки рантайма

Почему? Я не понимаю почему?
Для работы elixir-а, нужен erts, у которого очень мало зависимостей

$ ldd /home/user/.asdf/installs/erlang/22.3.4.3/erts-10.7.2.1/bin/beam.smp
  linux-vdso.so.1 (0x00007ffe90187000)
  libutil.so.1 => /usr/lib/libutil.so.1 (0x00007f3e7855e000)
  libdl.so.2 => /usr/lib/libdl.so.2 (0x00007f3e78558000)
  libm.so.6 => /usr/lib/libm.so.6 (0x00007f3e78412000)
  libncursesw.so.6 => /usr/lib/libncursesw.so.6 (0x00007f3e783a1000)
  libz.so.1 => /usr/lib/libz.so.1 (0x00007f3e78387000)
  libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007f3e78365000)
  librt.so.1 => /usr/lib/librt.so.1 (0x00007f3e78358000)
  libc.so.6 => /usr/lib/libc.so.6 (0x00007f3e7818f000)
  /lib64/ld-linux-x86-64.so.2 => /usr/lib64/ld-linux-x86-64.so.2 (0x00007f3e7898d000)

Эти .so есть в каждом дистрибутиве в каких-нибудь base-devel группах

Причём тут архитектуры и дистрибутивы?
Для раста важны архитектуры, потому что он компилируется в native
Эликсир/эрланг собираются к одну архитектуру, потому что они исполняются и компилируются на виртуальной машине, и эта машина включается в релиз. Если хочется платформонезависимость, то можно просто не включать erts и тогда elixir будет пользоваться хостовым erts

$ ldd /home/user/.asdf/installs/erlang/22.3.4.3/erts-10.7.2.1/bin/beam.smp
  linux-vdso.so.1 (0x00007ffe90187000)
  libutil.so.1 => /usr/lib/libutil.so.1 (0x00007f3e7855e000)
  libdl.so.2 => /usr/lib/libdl.so.2 (0x00007f3e78558000)
  libm.so.6 => /usr/lib/libm.so.6 (0x00007f3e78412000)
  libncursesw.so.6 => /usr/lib/libncursesw.so.6 (0x00007f3e783a1000)
  libz.so.1 => /usr/lib/libz.so.1 (0x00007f3e78387000)
  libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007f3e78365000)
  librt.so.1 => /usr/lib/librt.so.1 (0x00007f3e78358000)
  libc.so.6 => /usr/lib/libc.so.6 (0x00007f3e7818f000)
  /lib64/ld-linux-x86-64.so.2 => /usr/lib64/ld-linux-x86-64.so.2 (0x00007f3e7898d000)

Я тоже не понимаю, почему. Пару раз столкнулся - не разбирался.