>> транзакционное детерминированное и воспроизводимое построение
> мне не все прозрачно в этих терминах, где можно почитать о терминах
> ?Слайды полистай. https://www.gnu.org/software/guix/help/#talks
Или phd-thesis.pdf, если не хватит. Ссылка там пятью строками выше или здесь в #18.
----
Слова-то длииииннные -- сразу видно кампьютер сайнс. Последние лет 50... Хотя, возможно, кто-то просто трепется. Не принимайте за чистую монету, составьте своё мнение.
#>>(и перестроение/обновление конфигурации) всей системы и отдельных изолированных окружений из высокоуровневых описаний на Схеме. Модные костыли вроде всяких Папетов и Докеров больше не будут нужны, все красиво, цельно и унифицировано.
Хотя там дальше лес -- про систему, которого вы за деревьями длинных слов не увидели. Впрочем, и там тож высокопарного слога предостаточно.
Коллега хотел сказать, что ... guix (и папа его nix, видимо) покрывает диплой (осторожно! красивое слово) от построения среды сборки компонентов, обеспечения её, среды. повторяемость и сборку (композицию) из тех же компонентов, сорсово-и-или-бинарной установки, и до сборки системы в целом, окружения, как набора сервисов (диски-разделы, ядра-загрузчики, пользователи-ключи-пароли, запускаемые серыисы, интерфейсы, и, конечно, установенные пакеты по).
То есть guix -- он и pbuilder, и APT/YUM, и dpkg/rpm(не в том смысле,что он умеет .deb или .rpm---), и puppet/ансибль/ктотамуних (не такой модно-молодёжно навороченный, возможно, больше рукописные скрипты-шаблоны), и debian-installer (unattended в т.ч.).
Например, они системную конфигурацию (всего компа~ один .scm файл!) проверяют(если надо:) "накатом" виртуалки из неё, см. guix system vm https://www.gnu.org/software/guix/manual/html_node/Invoking-... . Или свои билд-фермы "хранят" в git-е http://git.savannah.gnu.org/cgit/guix/maintenance.git/tree/h... .
