Доступен (http://lists.science.uu.nl/pipermail/nix-dev/2016-October/02...) релиз дистрибутива NixOS 16.09 (http://nixos.org/), основанного на пакетном менеджере Nix (http://nixos.org/nix/) и предоставляющего ряд собственных разработок, упрощающих настройку и сопровождение системы. Например, в NixOS используется единый файл системной конфигурации (configuration.nix), предоставляется возможность быстрого отката обновлений, присутствует поддержка переключения между различными состояниями системы, поддерживается установка индивидуальных пакетов отдельными пользователями (пакет ставится в домашнюю директорию), возможна одновременная установка нескольких версий одной программы. Размер полного установочного образа (https://nixos.org/nixos/download.html) с KDE 4 - 898 Мб, сокращённого консольного варианта - 386 Мб.
Основные новшества (https://nixos.org/nixos/manual/release-notes.html#sec-releas...):
- Проведена работа (https://github.com/NixOS/nixpkgs/issues/7117) по сокращению размера контейнеров для пакетов NixOS. Минимальный размер контейнера уменьшен с 424 Мб до 212 Мб. Размер контейнера с Firefox уменьшился с 651 Мб до 259 Мб;- Реализована (https://blog.mayflower.de/5800-Hardening-Compiler-Flags-for-...) поддержка сборки с флагами для усиления безопасности (hardening). По умолчанию компиляция выполняется с включенными опциями "-Wformat -Wformat-security -Werror=format-security -fstack-protector-strong --param ssp-buffer-size=4 -O2 -D_FORTIFY_SOURCE=2 -fPIC -fno-strict-overflow", а компоновка с опциями "-z relro -z bindnow";
- Переработана поддержка grsecurity/PaX. В дистрибутиве теперь предлагается одно универсальное ядро Linux, для включения grsecurity в котором следует установить опцию "security.grsecurity.enable = true";- Добавлена поддержка загрузки по сети с использованием PXE;
- Обновлены версии программ, в том числе X.org server 1.18, Glibc 2.24, GCC 5.4.0 и systemd 231;
- Добавлено более 50 новых сервисов, среди которых tmux, amdgpu, spacefm, emacs, packagekit, pptpd, xe-guest-utilities.При использовании Nix пакеты устанавливаются в отдельное дерево директорий /nix/store или поддиректорию в каталоге пользователя. Например, пакет устанавливается как /nix/store/f6dvq84289f324959bh52r9vf7a0n3-firefox-48.0.0/, где "f6dvq8..." является уникальным идентификатором пакета, используемым для контроля зависимостей. Пакеты оформляются в виде контейнеров, содержащих необходимые для работы приложений компоненты. Между пакетами возможно определение зависимостей, при этом для поиска наличия уже установленных зависимостей используется сканирование хэшей-идентификаторов в директории установленных пакетов. Возможна как загрузка готовых бинарных пакетов из репозитория (при установке обновлений к бинарным пакетам загружаются только delta-изменения), так и сборка из исходных текстов со всеми зависимостями. Коллекция пакетов представлена в специальном репозитории Nixpkgs (http://nixos.org/nixpkgs/).
URL: https://nixos.org/news.html
Новость: http://www.opennet.dev/opennews/art.shtml?num=45270
вендовенько
толстотролленько
>04.10
>16.09свежо
бесполезно
>>04.10
>>16.09http://lists.science.uu.nl/pipermail/nix-dev/2016-October/02...
http://lists.science.uu.nl/pipermail/nix-dev/2016-October/02...
http://lists.science.uu.nl/pipermail/nix-dev/2016-September/...
http://lists.science.uu.nl/pipermail/nix-dev/2016-July/02122...> свежо
тупо. они запутали циферками бедных узеров. тупицы, да. обещали и не зарелизилимсь!!? ><XXX>
Кто пробовал? Что скажете? Оно на чем-то основано вообще или нет?
Один конфиг, с которого "гарантированно" получаешь то, что написано. ИМХО, фан ловишь, если знаешь ФП.
Довольно ощутимая фишка - гораздо легче иметь несколько независимых версий пакета одновременно, чем где-либо еще. Удобно пробовать новую версию чего-либо параллельно с использованием старой, и без обновления полсистемы до экспериментальной и ручных танцев с бубном.
эх нужные мне пакеты только в одной версии.
Используя Flatpak тоже удобно. В любом дистре. А в NixOS зависимости нужно брать из канала, а если нужны новые то и их пересобирать. Плюс тормознутость и проблемы со многим софтом. А так идея этого дистра самая правильная. Но нужно до ума довести, и скрестить с чем-то вроде IPFS.
Посмотрел флатпак, прикольная штука. Но ведь и там пакет надо собирать, если нужно что-то конкретное, чего нет.
Его нужно собирать под зависимости рантайма (Platform), либо поставлять зависимости в составе пакета. Но в NixOS тоже нужно собирать пакет под зависимости Release Channel.
> Кто пробовал? Что скажете? Оно на чем-то основано вообще или нет?"...дистрибутива NixOS 16.09, основанного на пакетном менеджере Nix..."
???
Продвинутый вариант строительства: ставим понравившуюся лестницу и вокруг обстраиваем дом.
> Продвинутый вариант строительства: ставим понравившуюся лестницу и вокруг обстраиваем
> дом.Да, нет. Просто оригинальная дебютная идея. Типа, есть Debian и дистрибутивы на основе Debian-а, есть RH и дистрибутивы на основе ...RPM, есть слака... э-э-э, ну, ты понял.
А ещё кое-кто не любит Docker...
6.1.2 davexunit's tenth rule
With apologies to Greenspun:
All package management/deployment tools contain an ad hoc, informally-specified, bug-ridden, slow implementation of half of Guix. --http://dustycloud.org/misc/talks/guix/chicagolug_2015/guix_t...
Я пробовал, плюс знаю человека, который перевел все домашние компы с Debian(которым он пользовался с Debian GNU/Linux 2.1) на NixOS. Оно само по себе, ближайшие к нему родственник https://www.gnu.org/software/guix/ которые примерно на той же идеологии базируется. Главная фишка в том, что для воспроизведения точной копии твоей системы тебе достаточно хранить один единственный конфиг-файл, имя его на новом месте ты разворачиваешь точную копию того, что уже ставил. Это — очень интересный подход, повторяемость и все такое. Но у меня NixOS не прижилось, попробовал, поставил, написал себе файл для системы которой смогу пользоваться, поиграл со всем этим и ушел обратно на Debian/Ubuntu. Как концепция интересно и симпатично, это надо признать.
"NixOS the Purely Functional Linux Distribution uses systemd to manage system services." =)
"NixOS the Purely Fictional Linux Distribution uses systemd to manage system services."
just FIXED
> "NixOS the Purely Fictional
> just FIXEDPure! Functional!! Distributing unpure dysfunctional s-disease.
Так всем )
Фи... Там даже текстового редактора нет
> Фи... Там даже текстового редактора нетДа, есть там твой vim https://duckduckgo.com/?q=%22vim.nix%22&ia=web , есть...
Там Миши не
Борьба была равна, сражались два ...
> при установке обновлений к бинарным пакетам загружаются только delta-измененияRsync так умеет, но чтоб пакетный менеджер - это сильно! Всячески одобряю.
гугли delta-rpm. 10, если не 15 лет назад было реализовано, в итоге почти вымерло вместе с диалапом.
zypper в opensuse это умел лет десять назад уже
debdelta в этом году было 10 лет. А в Gentoo дельты пакетов исходников качались с самого появления дистрибутива, то есть лет 13 уже, достаточно было доставить один пакет и прописать это дело в make.conf. Так что отставание от живых дистрибутивов всего на 10 лет у NixOS.
https://wiki.archlinux.org/index.php/Deltup
Крутая штука. Надеюсь будет приобретать популярность постепенно.
Тот же самый маздай, только легче откатываться на предыдущие версии за счет ссылок. Можно невозбранно копить мусор в системе.
Пробовал никаких зависимостей однако не заметил. Смысл зависимостей в том чтобы переустановить программу без переустановки библиотек требования к которым не изменились. А в этом дистре как я понял зависимости сделаны формально. Все равно приходится переустанавливать программу со всеми зависимостями даже если их версии не изменились. Nixpg считает что если хэш пакета изменился значит это уже другая зависимость - надо переустановить. В нормальных пакетниках такого не бывает.
> Смысл зависимостей в том чтобы переустановить программу без переустановки библиотек требования к которым не изменились.Смысл знаков препинания ты так и не постиг...
Под убунтую работаю через nix. Пакеты свежие и выходят раньше чем в убунте, например - keepassx.
Персистентность - вообще шикарно. Забыл про бубунтовские битые пакеты. Главное, что сломать заивисимость - невозможно, все жестко регулируется.
Короче недостатков у него нет, разве что поосваивать ЯП нужно для создания своего пакета.
Ни разу не ломались зависимости в убунтах, что Я делаю не так?!