SG
Этот подход я и сделал, но он мне чем-то не нравится. Интуитивно.
Size: a a a
2020 January 28
SG
Хотелось организовать именно как управление зависимостями для проекта на котором работаю как-то с меньшей связностью что-ли.
SG
Посмотрел как делают взрослые ребята и пока только шерсть дыбом
KS
Кажется это не очень актуально для недесктопа на жвм/го/питоне/расте/жсе и прочих языках с нормальным системами сборки, по крайней мере пока нет нативных зависимостей
KS
А если есть то я например в nix-shell только их и пихаю, или не пихаю вообще если это серверное и будет упаковано в докер
KS
Алсо кажется даже если всё же упороться и всё запаковать (что не просто и не быстро) никс потенциально просто сляжет если активно менять проекты и наборы либ
SG
У меня сложилось впечатление, что если говорить о глубокой интеграции с nix'ом, то необходимо на его языке написать нечто, что будет мимикрировать поведение с файлами как если бы это делал менеджер пакетов самостоятельно.
KS
У нас на стабильном то проекте на скалке где вообще не принято иметь слишком много зависимостей набирается таковых штук 80, а уж если говорить про альтернативные версии и жс подход то вообще печаль будет
KS
У меня сложилось впечатление, что если говорить о глубокой интеграции с nix'ом, то необходимо на его языке написать нечто, что будет мимикрировать поведение с файлами как если бы это делал менеджер пакетов самостоятельно.
Кажется это просто не имеет смысла
SG
По всей видимости, накладные расходы такого подхода не выглядят разумными как стоимость достижения "чистоты".
SG
Для каких-нибудь
node_modules такой подход наверняка может быть убийственным по таким расходам.SG
Ну я понял, в общем, поиграюсь в пункт 1 для себя, а на проекте наверное оставлю вариацию пункта 4.
2020 January 29
R
а вот если мне надо из модуля подменить файл
/var/lib/servicename/identity, мне как это лучше сделать? просто удалить если есть и записать/линкнуть свой? кяп сервис сам создаёт этот файл только если его ещё нет, так что конфликта быть не должноили идеологически правильнее будет оверрайднуть пакет программы, использующей эти файлы, указав к ним в параметрах путь из пакета с ключами?
AP
Нашел статейку старую, мне она показалась интересной
http://www.haskellforall.com/2017/01/typed-nix-programming-using-dhall.html
http://www.haskellforall.com/2017/01/typed-nix-programming-using-dhall.html
AP
Там примерчики как в никсе вызывать dhall чтобы избежать бойлерплейта
AP
мне пример с вложенным мерджем записей понравился
R
или идеологически правильнее будет оверрайднуть пакет программы, использующей эти файлы, указав к ним в параметрах путь из пакета с ключами?
ах. https://discourse.nixos.org/t/nixos-option-for-zerotier-identity/1987/4
только доделал что-то, а придётся менять на какой-то скрипт, раскидывающий что-то куда-то
только доделал что-то, а придётся менять на какой-то скрипт, раскидывающий что-то куда-то
𝕍N
котаны, зацените моего бота