Состоялся (http://lists.science.uu.nl/pipermail/nix-dev/2016-April/0200...) релиз дистрибутива NixOS 16.03 (http://nixos.org/), основанного на пакетном менеджере Nix (http://nixos.org/nix/) и предоставляющего ряд собственных разработок, упрощающих настройку и сопровождение системы. Например, в NixOS используется единый файл системной конфигурации (configuration.nix), предоставляется возможность быстрого отката обновлений, присутствует поддержка переключения между различными состояниями системы, поддерживается установка индивидуальных пакетов отдельными пользователями (пакет ставится в домашнюю директорию), возможна одновременная установка нескольких версий одной программы. Размер установочного образа 910 Мб (https://nixos.org/releases/nixos/16.03/).В новом выпуске осуществлён (http://nixos.org/nixos/manual/release-notes.html#sec-release...) переход на новые версии ядра Linux 4.4 (было 3.18), Systemd 229, GCC 5.3 (было 4.9), Glibc 2.23, Binutils 2.26, Perl 5.22. Проведена работа по организации повторяемых сборок (https://reproducible-builds.org/), при которых сборка одной программы на разных системах приведёт к идентичным бинарным файла, что даёт возможность пользователю проверить дейcтвительно ли загруженный из репозитория исполняемый файл собран из предоставленных исходных текстов. Различия при сборке одного и того же кода на разных системах вызваны в основном непостоянством состава сборочного окружения и добавлением в файл меняющейся во времени служебной информации, такой как данные о дате сборки (в NixOS в переменной SOURCE_DATE_EPOCH (https://reproducible-builds.org/specs/source-date-epoch/) установлено постоянное значение).
При использовании Nix пакеты устанавливаются в отдельное дерево директорий /nix/store или поддиректорию в каталоге пользователя. Например, пакет устанавливается как /nix/store/f6dvq84299f324959bh53r9vs7a0n3-firefox-46.0.0/, где "f6dvq8..." является уникальным идентификатором пакета, используемым для контроля зависимостей. Пакеты оформляются в виде контейнеров, содержащих необходимые для работы приложений компоненты. Между пакетами возможно определение зависимостей, при этом для поиска наличия уже установленных зависимостей используется сканирование хэшей-идентификаторов в директории установленных пакетов. Возможна как загрузка готовых бинарных пакетов из репозитория (при установке обновлений к бинарным пакетам загружаются только delta-изменения), так и сборка из исходных текстов со всеми зависимостями. Коллекция пакетов представлена в специальном репозитории Nixpkgs (http://nixos.org/nixpkgs/).
URL: http://lists.science.uu.nl/pipermail/nix-dev/2016-April/0200...
Новость: https://www.opennet.ru/opennews/art.shtml?num=44163
>> в NixOS используется единый файл системной конфигурации (configuration.nix)Здравствуй реестр Windows?
Типа того. Единая точка отказа
тоже самое можно сказать и про файловую систему, "умник"
Он такой же "единый", как "едино" дерево директорий и файлов в /etc.
> Здравствуй реестр Windows?Гм, есть сырцы, документация, сам формат текстовый, а если смотреть на примеры в
http://nixos.org/nixos/manual/
environment.systemPackages =
let
my-hello = with pkgs; stdenv.mkDerivation rec {
name = "hello-2.8";
src = fetchurl {
url = "mirror://gnu/hello/${name}.tar.gz";
sha256 = "0wqd8sjmxfskrflaxywc7gqw7sfawrfvdxd9skxawzfgyy0pzdz6";
};
};
inили взять рабочий конфиг:
который именно что ставит (через nixos-install) систему в этой конфигурации, то реестрам до этого еще пилить и пилить.
{ config, pkgs, ... }:{
imports = [
./hardware-configuration.nix
];boot.loader.grub.enable = true;
boot.loader.grub.version = 2;
boot.loader.grub.device = "/dev/sda";boot.kernelPackages = pkgs.linuxPackages_4_1;
time.timeZone = "Europe/Amsterdam";
networking.firewall.enable = false;
environment.systemPackages = with pkgs; [
wget git screen ceph
];services.openssh.enable = true;
services.openssh.permitRootLogin = "yes";virtualisation.libvirtd.enable = true;
virtualisation.libvirtd.extraOptions = ["-l"];
virtualisation.libvirtd.extraConfig = "listen_tls = 0\nlisten_tcp = 1";system.stateVersion = "15.09";
}
Скорее, развитая идея rc.conf.
скорее альтернатива docker из коробки, chroot во всем а не только в том, что вы ставите в систему в контейнерах...ПиСя: а начинателю ветки не кажется что
UUID=ae3d3d08-0880-43bb-9faa-ae8908b82ada / ext4 ...
тоже реестром попахивает?
>>> в NixOS используется единый файл системной конфигурации (configuration.nix)
> Здравствуй реестр Windows?как будто что-то плохое
Некоторым вон и "один раз - не п***3!", но это _их_ проблемы :)
Вы хотя бы матчасть изучили. Файл пишется руками, как вам надо, никто файл кроме автора не редактирует (кроме начальной конфигурации). В реестр виндоус только ленивый не лазит, никто не чистит, что и где там часто не понятно.
Чем-то похож на другой необычный дистрибутив - GoboLinux.
> Чем-то похож на другой необычный дистрибутив - GoboLinux.Нет, конечно. То бред прибившихся с винды, а это интересная и оригинальная разработка.
И в том, и в другом приложения ставятся в свою выделенную директорию. Причем в GoboLinux эта фишка появилась лет на 10 раньше, так что вопрос об "оригинальности" не так однозначен.
>в NixOS используется единый файл системной конфигурации (configuration.nix)а вчера над этим шутили...
confd?
я видел нечто подобное в PC-BSD и могу сказать что реализовано это там в плане pbi ужасно, pfsense, opnsense тоже уже от pbi отказались в сторону pkgng. в общем нишевая штука и врядли будет использоваться массово. в целом PC-BSD 10.2 создал топик у них на форуме несколько месяцев назад по вопросу глюкалова их апдэйтера ОС. Что ответили люди: "переходите мол на ветку CURRENT", то бишь 11 ;) меня это сильно улыбнуло, поскольку тот же самый баг плавно перетек из 10.2/10.3 к ним в 11й куррент. Так что я сделал свои выводы из плюсов подобных подходов к организации инсталляции софта в систему. Минусов на практике гораздо больше + еще небось поди объясни горе разнородного софта, что он валяется не там где он привык лежать.