> Спасибо за перевод, лень было вникать в чейнжлог - просто обновляюсь и
> все.
>> и только это ломает бинарную совместимость с Nix
> Переживем)) Впрочем импорт nixpkg тоже заявлен, согласно мануалу.Вы правильно употребили слово "заявлен". Как мне кажется.
Я поясню подробнее мой стёртый модератором, за "неповторимый" стиль, коммент#8:
"" [...] копипаста про nixpkgs, качующая, из новости в новость про САБЖ [...]""
Так вот, глядя на следующиё текст в новости:
"" Поддерживается возможность использования пакетов, подготовленных для пакетного менеджера Nix и размещённых в репозитории Nixpkgs. ""
-- нужно понимать, что _двоичные_ (=собранные) пакеты из реп Nix нет "возможности использовать" ни в пакетном менеджере Guix, ни в ОС GNU GuixSD.
Двоичные можно разве что использовать, поставив Guix "вторым" пакетным менеджером в установку NixOS. Про установку Nix "вторым" в GuixSD не слышал, про пересборку Guix с изменением путей к /store и БД и использование демона сборки Nix написано в мануалею. Но это ещё больше камлания с бубном, чем "просто" установка Guix, с, как мне кажется, весьма неочевидными последствиями...
Из Nixpkgs можно "импортировать" скрипты сборки. Но и это больше _портирование_, чем "использование".
Импорт пакетов, что с npm-а, например, что с nixpkgs, насколько я не понимаю суть вопроса, создаёт _болванку_ скрипта сборки пакета (или группы пакетов) для Guix. А дальше либо соберётся, либо не соберётся. Если не собёрётся -- нужен хакер, чтоб его добить до собираемости. Когда же соберётся, может заработать, а может не заработать. Если не заработал, нужен ... И далее всё то же самое по кругу.
Может, оно и обычно/всегда работает, может нет. Я теоретизирую. Давайте выслушаем практиков процеса. Джентельмены?
