Да, а если попытаться собрать через stack, выяснилось, что нельзя расставить версии библиотек

Это вы про allow-newer?

Так же больно

нет, про stack и cabal-v2

А кстати, если у меня есть пакадж 1, который ссылается на пакадж 2 как на экстра-деп, и пакадж 0, который ссылается (тоже так) на пакадж 1, то в обязательном порядке надо сослаться на пакадж 2.

Потом я обновил пакадж 2, обновил хэш коммита (в stack yaml) в пакадж 1, и обновил хэш коммита пакаджа 1 в пакадже 0 (но не хэш коммита пакаджа 2, забыл). После этого ловлю веселые ошибки. Можно ли как то такого избежать?

ауто

как-то очень сложно. почему бы все пакеты в один проект не сложить?

Потому что пакаджей с зависимостями уровня пакадж 0 несколько для разных целей, а пакадж 1 и пакадж 2 разные по историческим причинам

Но так то пообъединять конечно хорошая идея

не понял, что мешает. все давно живут по своим репам и тяжело мигрировать? ок, сами оценивайте затраты, просто проект — рекомендуемый способ синхронной разработки пакетов

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

да, под "проектом" я подразумеваю сложить все пакеты в один репозиторий и соединить через stack.yaml или cabal.project

Больше проблем от embedDir : если добавить новый файл к директории, пересборки не произойдёт автоматически (и надо stack purge). Для одиноких файлов было qAddDependentFile, а для директорий кажется ничего такого нет

Придумал мега костыль:  extra source deps + зависимость (qAddDependentFile) от cabal файла, в который stack автоматически записывает названия всех extra source deps. Если кто знает, как заставить stack записать ls папки в какой-нибудь файл  до компиляции, подскажите плиз

q chat

что это значит?

Привет всем, говорю

и вам привет

Помогите чайнику, молю