Aleksei (astynax)
локальный hoogle умеет в интерактивный поиск с fuzzy matching, если что
Aleksei (astynax)
Прямо в браузере
NC
А как ставите локальный хугл для проекта?
Апач
Хорошо, что в скале победил SBT и он единственное средство сборки проекта.
NC
Не верю, не может быть так просто
NC
пойду проверю
Alexander
а с нормальной утилитой нету?
Cheese
Хорошо, что в скале победил SBT и он единственное средство сборки проекта.
в sbt ничего хорошего, кроме того, что он не является частью IDE
Alexander
а то стек все портит чаще, чем собирает
Aleksei (astynax)
stack hoogle
потом stack hoogle --serve
Andrei
потом stack hoogle --serve
юниксвейненько
Alexander
в генте use=hoogle был, но для локального проекта это не удобно
Апач
собирается это, конечно, при помощи make all
Из IDE потом не собирается. Или модуль тебе новый нужен.
Alexander
не подтверждаю
ты просто его костыли обходить научился
Dmitry
короче, IDE где всё из коробки нет. кому надо - тот вопрсо решает, кому не надо - страдает или идет дальше своей дорогой.
Aleksei (astynax)
ты просто его костыли обходить научился
Э... нет, оно просто работает :)
Dmitry
Из IDE потом не собирается. Или модуль тебе новый нужен.
ну это небольшая потеря. впрочем, заканчиваем оффтоп. про ситуацию с IDE для хаскеля вроде понятно
Alexander
если бы оно просто работало,. то я бы не делал stack clean 2 раза в день
Cheese
Из IDE потом не собирается. Или модуль тебе новый нужен.
зачем потом собирать из IDE, если можно просто собрать? тем более, ты тут CI упоминал. у тебя есть механический турок, кликающий по кнопочкам IDE на CI?
Aleksei (astynax)
если бы оно просто работало,. то я бы не делал stack clean 2 раза в день
делаю на рабочем проекте stack clean раз в месяц - после больших ребейзов
Alexander
дальше то что
Andrei
другой вопрос, что это больше обёртка над intero
NC
потом stack hoogle --serve
conduit used in: - PLIndex "conduit-1.2.13.1" - PLIndex "conduit-1.3.0.3" Надо только согласовать кондуиты
Alexander
или ты это все разработчики?
Cheese
если бы оно просто работало,. то я бы не делал stack clean 2 раза в день
по-моему, только ты делаешь stack clean 2 раза в день
Aleksei (astynax)
дальше то что
Это я к тому, что тут на stack принято набрасывать. Но мой опыт в основном положительный
Aleksei (astynax)
Ага. Вот я и радуюсь
Alexander
тогда не мешай другим искать нормальное решение ;)
Alexander
у меня пока опыт средний, стек все ещё остается удобной тулзой, но его уже скоро доломают
Alexander
: (
Aleksei (astynax)
Я мешаю на любой stack-related вопрос отвечать "не используй stack для начала" :)
Alexander
тут было 0 stack-related вопросов
Alexander
я не писал, что stack не использовать
Alexander
проф деформация? =)
Leonid 🦇
ко-Моррис
Aleksei (astynax)
тут было 0 stack-related вопросов
- stack hoogle - а нормальной утилиты нету? :)
Alexander
но, я буду всегда писать не используй стек, пока рядом будут люди говорящие, что только стек есть
Alexander
- stack hoogle - а нормальной утилиты нету? :)
вопрос был про haddock, а не stack
NC
Я только что попал в stack hell, когда невозможно согласовать extra deps, чтобы hoogle завёлся
Alexander
stack install cabal-install
Alexander
stack exec sh
NC
nix-shell cabal build
NC
Но это тоже так себе решение, боль вручную версии выбирать из nixpkgs
Alexander
кстати, отклоняясь от стека, вот чего в никсе делать, там с стек и кабал дурацкие
Alexander
curl http://stackage.org/<как-то линк для url>/cabal.freeze -O cabal.project.freeze
NC
Я под NixOS нормально стэком билжу, главное —nix добавлять
Alexander
и там обертка в шеле projectFor
Alexander
stack - негранулярный
A64m
ну, у кабала интеграции с хуглом нету, надо будет самому какие-то скрипты костылить
Alexander
все хаскель зависимости будут каждый раз собираться +- кривой кеш стека
Alexander
да и сам пакет с нуля
Alexander
никто из твоего билд-кеша не сможет зависимости скачать
Евгений
А кто-нибудь пробовал кабал-инстолл из гита? Там вроде большую часть new-* проблем зафиксили
A64m
(правда стек хугл у меня обычно работает работу пол дня, хотя все собрано уже, а потом на чем-нибудь ломается и так и не дорабатывает)
Alexander
в итоге у меня nix + stack + stackage2nix
A64m
но раз 5 мне индекс для локального проекта собрать таки удалось
Alexander
разработка стеком, CI nix-ом
Alexander
ну и можно локально тоже полностью никсом
Alexander
но мне этот вариант не нравится
NC
Это ещё более не гранулярно выходит
Alexander
почему?
Vladislav
думаю что @int_index пробовал
Только из гита им и пользуюсь
Alexander
гранулярность на уровне пакета
Vladislav
Не ждать же 3.0 релиз
NC
Вот это и боль, в окружение приходится перезаходить, если один из подпакетов проекта поменялся
Alexander
CI не надо перезаходить
A64m
(я тоже, но довольно давно уже, не знаю что там с ним сейчас)
Alexander
единственное надо stackage2nix запускать перед пушем если что поменял
Alexander
и nix/* раздувает сразу
Dana
гранулярность на уровне пакета
да, но ведь у связки nix+stack не лучше