Не могу, з0путался

Правильно выходит, что в депсы качается версия, которая указана в строчке с override, например tretija_liba v.1.0.0, а другие библиотеки у которых похожая зависимость (но другая версия) просто не проверяют версию и используют библиотеку с версией 1.0.0?

да, так и есть, грузит только 1 версию кнесчастью

к счастью. сложно было бы сказать, что произошло, если бы одновременно скомпилировались две либы, правда?

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

Опять же в пример руби - у каждой библиотеки зависимости могут быть в общей зоне видимости, а могут быть в локальной для библиотеки - это правильное решение для подобных ситуаций (но это конечно если я в край не упоролся и мне не приснилось)

ну почему, понятно, есть либа A м либа B они зависят от либы C. идеальное решение я представляю таким у нас билдится C_tagA и С_tagB приложение A работаеет с C_tagA, а B с приложением C_tagB и всем хорошо

Пассивно-токсичное поведение? шо не так?

ставишь нижнюю из двух версий, указываешь оверрайд,.смотришь как собралось

либо высшую и то же самое

не упоролся. все так и есть. столкнулся с такой проблемой буквально пару дней назад когда ставил exometer в проект. вернее он уже стоял, но с каким-то древними зависимостями еще на rebar (даже не rebar3). а мои обновленные библиотеки требовали новых. в итоге mix deps.get  срабатывал без ошибок, а на этапе компиляции все ломалось.  пол дня мучился и забил

Пытаюсь поставить erlang на сервак с rhel 7.6

как эту хрень обойти?

а почему не через asdf?

хотел как обычно

поствить эрланг

и воткнуть эликсир чере киекс

wx тянет за собой вот это вот всё

Не гарантирует ничего, зависимости в обе стороны могут не работать