Lama

Скажи это какому-нибудь cowlib

Ну так там тогда версии отличаются

Ihor

Плюс, сам интерпретатор не знает к чему относится запрашиваемый файл. То ли он в проекте лежит, то ли в node_modules. И он рекурсивно его ищет. С pnp есть явная ссылка

Lama

Проблема огромного node_modules всегда была в том, что у жаваскриптеров очень много зависимостей, и очень много кода

Lama

Плюс, сам интерпретатор не знает к чему относится запрашиваемый файл. То ли он в проекте лежит, то ли в node_modules. И он рекурсивно его ищет. С pnp есть явная ссылка

А, ну это тогда круто

Dmitry

В ребаре он качает в билд папку и билдит в ней же. Если что-то сломалось - надо заново перекачивать

rebar качает зависимости куда в ~/.rebar и удаление ничего не меняет, не?

Dmitry

Но нужен шаг номер следующий - deps хранить внутри ~/.mix/cache для всех проектов

mix скаченные из hex пакета хранит в ~/.hex где-то и по сути копирует пакет в deps, а не качает заного.

Źmićer

Это называется кеш, но по-моему это не то

Dmitry

ls ~/.hex/packages/hexpm

Źmićer

Папки то раздуваются все равно

Dmitry

Папки то раздуваются все равно

С одной стороны да, с другой стороны - это удобно - можно зависимость менять и перекомпилировать прямо в проекте, если она ведёт себя плохо.

Lama

mix скаченные из hex пакета хранит в ~/.hex где-то и по сути копирует пакет в deps, а не качает заного.

Вроде нет, mix качает сразу в deps, как я понял

Dmitry

Вроде нет, mix качает сразу в deps, как я понял

Нет, проверь в ls ~/.hex/packages/hexpm

Źmićer

С одной стороны да, с другой стороны - это удобно - можно зависимость менять и перекомпилировать прямо в проекте, если она ведёт себя плохо.

Для этого должны быть какая то extract команда

Lama

То, что лежит ~/.hex это для mix phx.install, например

Lama

Нет, проверь в ls ~/.hex/packages/hexpm

Там сильно меньше пакетов, чем всех тех, которые я ставил

Źmićer

Потому что то что ты поменял - непредсказуемо в плане того, когда оно перекачается

Źmićer

Сделал случайно какой-нибудь update - и досвидули

Dmitry

Там сильно меньше пакетов, чем всех тех, которые я ставил

Там только пакеты из hex-а, не из git-а.

Źmićer

Там только пакеты из hex-а, не из git-а.

Возможно там только пакеты которые он качает чтобы собирать escript

Źmićer

Глобальные

Lama

Там только пакеты из hex-а, не из git-а.

Даже если так, их всё равно меньше. Я сейчас проверю...

Źmićer

А может там есть размер Кеша ограничен

Dmitry

Даже если так, их всё равно меньше. Я сейчас проверю...

Там есть пакеты, которые не в escript, не в phx.install не участвовали у меня.

Dmitry

Не знаю, как там может быть их меньше.

Lama

Там есть пакеты, которые не в escript, не в phx.install не участвовали у меня.

Да, ты прав, я проверил. Может mix так не всегда делал, или, например, удаляет старые пакеты...

Dmitry

Ни floki, ни mint, ни swarm, ни vson (вообще пакет, который используется хрен знает где и я его скачивал один раз) - а все они в папке лежат.

Dmitry

Да, ты прав, я проверил. Может mix так не всегда делал, или, например, удаляет старые пакеты...

Не знаю, у меня там всех пакетов по 2-3 версии точно

Dmitry

ex_doc-ов 5 штук.

Dmitry

extract - не знаю, пока зависимости не такие дакие как в nodejs - я думаю, что копировать пакеты в проект - это в целом удобно. Удобно, что у меня поиск по всем зависимостям работает из коробки.

Dmitry

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

Dmitry

Ой, забыл - те у кого VS Code это не актуально, у них в VS Code же тормозной поиск и поэтому, по умолчанию, депсы исключены из поиска 😂