СИ
остальное есть в deps. так вот оно в релиз не включает, если совт в deps, но нет в applications это жесть (либо я опять не вижу очевидный ключ)
Size: a a a
2019 October 07
SP
не знаю кто как, но я в .app.src прописываю те applications без которых мое application не может работать. Даже если это library app
DT
если это приложение...и ты его никуда не вписал (т.е. не будешь использовать) - оно не нужно в релизе...в чем жесть.
DT
его можно в relx вписать, чтоб оно добавилось даже не будучи прописанным в applications
DR
зависимости то качает. не включается в release (libs)
Да, и правда, Elixir не фиксит кривосделанные Erlang(и не только) зависимости, в этом случае нужно eredis вручную прописать
СИ
если это приложение...и ты его никуда не вписал (т.е. не будешь использовать) - оно не нужно в релизе...в чем жесть.
у приложения может быть 126 зависимостей. и у каждого из них по 126.
те первые 126 уже вписаны в deps, а те вторые 126 уже вписаны в deps первых.
ты мне предлагаешь 126*126 раз продублировать?
те первые 126 уже вписаны в deps, а те вторые 126 уже вписаны в deps первых.
ты мне предлагаешь 126*126 раз продублировать?
DT
{relx, [
{release, {some, "1.0.0"},
[sasl,
xmerl ....
вот сюда (rebar.conf)
{release, {some, "1.0.0"},
[sasl,
xmerl ....
вот сюда (rebar.conf)
СИ
{relx, [
{release, {some, "1.0.0"},
[sasl,
xmerl ....
вот сюда (rebar.conf)
{release, {some, "1.0.0"},
[sasl,
xmerl ....
вот сюда (rebar.conf)
хрен редьки не слаще. совт мой я могу и в app.src прописать. только мне надо зайти в каждую зависимость и проверить и там указано ли applications и вписать их зависимости
DT
нет, я прделагаю при написании приложение указывать в app.src то, что для него нужно
DT
и без дублирования получить все что нужно в релизе
СИ
нет, я прделагаю при написании приложение указывать в app.src то, что для него нужно
эта строчка используется для генерации boot, использование ее для упаковки - нелогично. логично использовать deps с маскированием лишнего.
СИ
и без дублирования получить все что нужно в релизе
а иначе у тебя получается дублирование в deps и в applications
DT
возможно в этом есть какая-то нелогичность, ок ) просто видимо я с какой-то неоднозначностью, дублированием или трудностями ЕЩЕ не сталкивался )
СИ
возможно в этом есть какая-то нелогичность, ок ) просто видимо я с какой-то неоднозначностью, дублированием или трудностями ЕЩЕ не сталкивался )
а ты собирал/опакечивал релизы?
DT
под опакечиванием что понимается ?
СИ
под опакечиванием что понимается ?
пакет который можно установить в чистую систему и совт работает
DT
я собираю релиз с include_erts на собранном без динамических либ erl (asdf) ... полученную сборку можно перенести на систему без установленного erl и это будет работать
СИ
я собираю релиз с include_erts на собранном без динамических либ erl (asdf) ... полученную сборку можно перенести на систему без установленного erl и это будет работать
ну тебе просто повезло с зависимостями (либо ты их тщательно отбирал) + не ленишься при добавлении зависимости прописать ее в applications.
пока вижу что от relx главная польза - автоматическая генерация boot, остальное очевидно проще самому сделать
пока вижу что от relx главная польза - автоматическая генерация boot, остальное очевидно проще самому сделать
DT
ок
PK
что такое "правильно прописать" - это нужно для автозагрузки. не более
не только для автозагрузки, диалайзер тоже ориентируется по app файлу (точнее диалайзер в связке в ребаром)