<div dir="ltr"><div dir="ltr">вт, 2 квіт. 2019 о 22:44 Evgeny Sinelnikov <<a href="mailto:sin@altlinux.org">sin@altlinux.org</a>> пише:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> От cabal сейчас отказываются. Нужно выходить на stack, это сейчас принятая инфраструктура.<br>
<br>
Ну, это сильно сказано, мне кажется. Это же немного разные<br>
инструменты, хотя и дублирующие какие-то свои функции. Stack - это для<br>
разработки. Я бы не сказал, что это для деплоя подходящий инструмент.<br>
С ним получается набор контейнеров. Даже не под приложение, а под<br>
экземпляр разрабатываемого проекта.<br></blockquote><div><br></div><div>Немного не согласен, но это тема для отдельного разговора... </div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> По ходу cabal2rpm иногда глючит не по детски, я где-то пяток пакетов руками правил. Но в рамках моей обертки она стреляет неплохо.<br>
<br>
А как, конкретно? Давайте исправлять.<br></blockquote><div><br></div><div>С ходу точно не вспомню. Кажется, когда там многострочные description, у него вылетает парсинг другой информации и в результате выходит голый шаблон с макросами. Не было времени с этим разбираться. Глюканул только пяток пакетов из почти 200, поэтому оказалось проще исправить руками. А без разбирательства я не посчитал нужным вешать баг.</div><div><br></div><div>В выходные подниму архивы, может, воспроизведу что-то конкретное.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Процесс мы начали. Меня приостановил неочевидный момент. А именно,<br>
поломка сборки 8.2.2 под mipsel. Особенность там похожая, что и на<br>
aarch64 - сборка via gcc, unregistered архитектуры. Для aarch64 - это,<br>
возможно, исправимая ошибка. А вот под mipsel не хватает памяти, как у<br>
32-битной платформы, в которой в пространстве пользователя доступна не<br>
более 2Гб виртуальной памяти.<br>
<br>
В общем, 8.2.2 уже в сизифе. 8.6.4 протестиован. Я им уже пользуюсь:<br>
#225531 TESTED #4 [test-only] sisyphus ghc.git=8.2.2-alt2 ghc.git=8.6.4-alt1<br></blockquote><div><br></div><div>Несколько версий в системе и переключение между ними через alternatives и/или wrapper тоже сделано?</div><div><br></div><div>Я не тороплюсь с переездом, потому что под последние версии gcc не собирается stack и yesod. Я сам был вынужден вернуться к 8.2.2 после того, как уже сидел на 8.4.1. Причем стабильную конфигурацию нашел только с помощью stack snapshot. Это к вопросу о деплойменте, кстати...</div></div></div>