Такой диктат не нужен - если не нравится пакет - ты всегда можешь его не использовать. Иметь какие-то глобальные подобные проверки - не имеет какого-то смысла.

Третий раз повторять "а чья тогда это задача?" и "credo эту задачу не решает" наверное не буду

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

Видимо просто радикально разные точки зрения.

Никто не решит эту задачу, успокойся
Она физически не решается, АУ

> если не нравится пакет - ты всегда можешь его не использовать

а можно как-то погибче, например "не нравится способ использования инструмента - можешь использовать его по-другому, есть вот способы Б, Ц,, Д"?
Ведь вся философия построения ПО последних обозримых лет - она именно про это - import foo from Foo as MyFoo. В этом as как и в dependency inversion и заключён смысл - либа знает только про себя, описывает что ей нужно из окружения и предоставляет окружению реализовать себя как ему нравится, лишь бы был удовлетворён контракт. Это даёт гибкость и портируемость.
Нет, мне не нравится точка зрения "Либо юзай либу как она есть, либо не юзай совсем".

Откуда ты знаешь, решается она физически или нет? Пробовал что ли?

Я же тебе описывал что это проблема остановки

Тут уже было озвучено, что технический аспект этой проблемы - не на первом месте. На первом месте вообще обозначить правило, например "в hexpm все модули либы должны лежать внутри основного неймспейса либы". До каждого это донести. Дальше достаточно статического анализа.

Статического анализа недостаточно
Опять же, ты либо даёшь гарантии что модули не будут пересекаться, либо не даёшь. Конец

Вот на это можешь ответить? Где именно переименовал lens в lenss?

Что?

Я могу переименовать модуль только в одном месте: там где он создаётся

В моём случае это deps/lens/lib/lens.ex

Lens - это же твоя либа?

Нет, не моя

А как ты поправил что-то в deps? Эта же папка под игнором и наполняется миксом

Открыл файлы и поправил. Потом mix deps.compile lens

Всегда можно сделать patch, sed - как этап после гет депс и до компиляции.

+

А если я возьму твой проект и сделаю mix deps.get - у меня твои изменения в deps/lens/lib/lens.ex будут присутствовать?

Добавишь make. Сделаешь make deps - и всё будет.