старым билдом

но были проблемы в старых GHC

люди, а это нормально что ревижны в старые версии добавляют и ломаются лтс-билды?

Вроде же это починилши в стеке

@PineappleZombie а не подкинешь тикет?

Нет. Сам не сталкивался, просто мелькало в срачах на реддите

ок, поищу, но стэк-то качается трависом свежий

не зарелизено чтоль

LTS у Стэкаджа относится, как я понимаю, только к мажорному числу. то есть ты можешь обновить минор и работать дальше

@cblp_su только вот старые минорные не обновляются, в данном случае 6-й лтс ёкнулся

6.35?

да

открой тикет, может, обновят

А как в stack задать имя проекта?

А то у меня Warning: Package name not specified, inferred 'prj'

В результате генерируется второй cabal-файл и сбьорка зафейливается

Я всегда создаю пакеты кабалом, а только потом делаю stack init.

Я так же

И как имя задать?

тогда я вопрос не понял

в stack просто нужно указать пакеты, которые входят в проект

если там один проект, то можно просто путь до него: packages: - .

Ну у меня есть готовый проект, на кабале. Я хочу перевести в stack. Частично это получилось, но при сборке проекта выяснилось, что нужно дополнительные зависимости прописать.

Дополнительный зависимости в extra-deps надо прописать, он съедает как название+версия. Если есть локальные зависимости на файловой, то надо их писать в packages и указывать у них флажок extra-dep: true

Прописываю в cabal,

В stack.yaml?

- location: platform/lens-time extra-dep: true - location: git: https://github.com/typeable/schematic.git commit: 6ed8de0 extra-dep: true

вот типа такого для всяких форков в репе

Так, один момент, сейчас перелогинюсь

и на гитхабе

стеку все писать в stack.yaml, разумеется

Перелогинился.

А, мне надо было generic-storable добавить, но его в lts-10.3 нету.

Но он есть в hackage.

cabal init же спрашивает, можно отказаться, а можно открыть редактором и поменять

Всё равно не идёт.

Так тут не cabal же. А stack

Ну вот я добавил зависимость: packages: - https://hackage.haskell.org/package/generic-storable-0.1.0.0/generic-storable-0.1.0.0.tar.gz

в extra-deps добавь

Собираю:

если нет в stackage

использовать cabal new-build с .project не предлагать?

[49 of 54] Compiling Dmsr.Recognize.Faces.Faces ( src/Dmsr/Recognize/Faces/Faces.hs, .stack-work/dist/x86_64-linux-tinfo6-nopie/Cabal-2.0.1.0/build/dmsr-main/dmsr-main-tmp/Dmsr/Recognize/Faces/Faces.o ) /home/dima/datamarket.exp/src/Dmsr/Recognize/Faces/Faces.hs:31:1: error: Could not find module ‘Foreign.Storable.Generic’ Perhaps you meant Foreign.Storable.Record (from storable-record-0.0.3.1) Foreign.Storable.Newtype (from storable-record-0.0.3.1) Use -v to see a list of the files searched for. | 31 | import Foreign.Storable.Generic | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

убери из packages, добавь в extra-deps

`extra-deps: - https://hackage.haskell.org/package/generic-storable-0.1.0.0/generic-storable-0.1.0.0.tar.gz `

?

Всё равно ошибка компиляции

extra-deps: - generic-storable-0.1.0.0

А надо как-то скачивать его? Или просто stack build?

просто build

Тогда та же ошибка.

src/Dmsr/Recognize/Faces/Faces.hs:31:1: error: Could not find module ‘Foreign.Storable.Generic’ Perhaps you meant Foreign.Storable.Record (from storable-record-0.0.3.1) Foreign.Storable.Newtype (from storable-record-0.0.3.1) Use -v to see a list of the files searched for. | 31 | import Foreign.Storable.Generic | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

В stack.yaml: extra-deps: - generic-storable-0.1.0.0

использовать cabal new-build с .project не предлагать?

Привет. Так хотелось же на stack перейти.

А то у меня Warning: Package name not specified, inferred 'prj'

name: pupsik в кабалфайле или package.yaml только это имя пакета, а не проекта

Ну у меня есть готовый проект, на кабале. Я хочу перевести в stack. Частично это получилось, но при сборке проекта выяснилось, что нужно дополнительные зависимости прописать.

stack init - специальная команда для этого

В cabal-файле у меня прописано имя проекта, Name: dmsr. Однако, когда я пытаюсь stack install hpack-convert, то stack берёт имя текущей директории.

Ага, с этого всё и началось. Теперь пытаюсь зависимости забороть.

А, ну вот если прописать name: dmsr в stack.yaml, то stack install hpack-convert всё-таки выполняется, но с Warning: stack.yaml: Unrecognized field in ProjectAndConfigMonoid: name

Странный этот ваш stack...

они переизобрели парсинг кабал файлп

нет никакого name в stack.yaml, ЕЯПП

можешь попробовать обновиться до head

а блин

Ну я сделал stack update, половина ошибок ушло...

я криво ошибку читаю

ERROR: S client not available

@astynax Ну откуда оно имя берёт???

из cabal-файла, конечно же

stack не отменяет необходимости иметь cabal-файл

Оно там есть, но stack всё равно вместо этого берёт имя директории.

куда "берёт"?

См. начало дискуссии. Я выполняю: stack install hpack-convert. Дальше: Warning: Package name not specified, inferred "datamarket" Multiple .cabal files found in directory /home/dima/datamarket.exp/: dmsr.cabal, datamarket.cabal

ну так всё верно

dmsr.cabal -- это мой старый cabal-файл, datamarket.cabal -- это то, что он автогенерирует по package.yaml.

стэк сошёл с ума от нескольких кабалофайлов в одной папке

могу его понять

Ага. Только один из них он сам сделал.

стек файл в этом же каталоге7

packages - . точно указан в стэкфайле?

там есть packages: . ?

его файл можно удалить

Да, stack.yaml и старый dmsr.cabal в одном месте. В stack.yaml есть: packages: - .

оставь один кабал файл - свой. пекеджямл удали

Хорошо, но как тогда дополнительную зависимость добавить?

```

дополнительную относительно снапшота?

в stack.yaml

extra-deps

extra-deps: - generic-storable-0.1.0.0Вот на такое никак не реагирует.

в кабал-файле этот пакет используется?

если нет, то стэк и не будет ничего делать

Только вчера спорил на фриноде что Ямл хуже .cabal...

Стандартный синтаксис, говорят

А, так эту зависимость в двух местах надо прописывать o_O

Ну в cabal-файле прописал, теперь ошибка другая, связанная с тем, что generic-storable старый

Error: While constructing the build plan, the following exceptions were encountered: In the dependencies for generic-storable-0.1.0.0: base-4.10.1.0 from stack configuration does not match ==4.5.* (latest matching version is 4.5.1.0) needed due to dmsr-0.1.0.0 -> generic-storable-0.1.0.0 Some potential ways to resolve this: * Recommended action: try adding the following to your extra-deps in /home/dima/datamarket.exp/stack.yaml: - base-4.5.1.0 * Set 'allow-newer: true' to ignore all version constraints and build anyway. * You may also want to try using the 'stack solver' command. Plan construction failed.

allow-newer: true в stack.yaml

в сообщении это предлагают даже