Состоялся (http://lists.science.uu.nl/pipermail/nix-dev/2015-October/01...) релиз дистрибутива NixOS 15.09 (http://nixos.org/), основанного на пакетном менеджере Nix (http://nixos.org/nix/) и предоставляющего ряд собственных разработок, упрощающих настройку и сопровождение системы. Например, в NixOS используется единый файл системной конфигурации (configuration.nix), предоставляется возможность быстрого отката обновлений, присутствует поддержка переключения между различными состояниями системы, поддерживается установка индивидуальных пакетов отдельными пользователями (пакет ставится в домашнюю директорию), возможна одновременная установка нескольких версий одной программы. Размер установочного образа 964 Мб (https://nixos.org/releases/nixos/15.09/nixos-15.09.517.5f8e6...).В новом выпуске осуществлён (http://nixos.org/nixos/manual/release-notes.html#sec-release...) переход на новые версии ядра Linux 3.18, Glibc 2.21, GCC 4.9. В состав включены окружения рабочего стола GNOME 3.16, Xfce 4.12, KDE Frameworks 5.10, Plasma 5.3.2 и Applications 15.04.3 или KDE 4.14.10, E19 0.16.8.15.
Переработана инфраструктура пакетов с Haskell. Пакетный менеджер Nix обновлён до версии 1.10, в которой включена по умолчания верификация кэша бинарных пакетов (cache.nixos.org) по цифровой подписи. Реализована опция "system.autoUpgrade.enable = true" для автоматического обновления системы (при включении опции периодически проверяется наличие обновлений и выполняется nixos-rebuild).При использовании Nix пакеты устанавливаются в отдельное дерево директорий /nix/store или поддиректорию в каталоге пользователя. Например, пакет устанавливается как /nix/store/f6dvq84299f324959bh53r9vs7a0n3-firefox-41.0.0/, где "f6dvq8..." является уникальным идентификатором пакета, используемым для контроля зависимостей. Пакеты оформляются в виде контейнеров, содержащих необходимые для работы приложений компоненты. Между пакетами возможно определение зависимостей, при этом для поиска наличия уже установленных зависимостей используется сканирование хэшей-идентификаторов в директории установленных пакетов. Возможна как загрузка готовых бинарных пакетов из репозитория (при установке обновлений к бинарным пакетам загружаются только delta-изменения), так и сборка из исходных текстов со всеми зависимостями. Коллекция пакетов представлена в специальном репозитории Nixpkgs (http://nixos.org/nixpkgs/).
URL: http://lists.science.uu.nl/pipermail/nix-dev/2015-October/01...
Новость: http://www.opennet.me/opennews/art.shtml?num=43073
Это ж даже круче Болген ОСа ж, я так понимаю, да ...
А это очередной реестр винды для тех кто так скучает по-нему? Хех...
И да... /nix/store/f6dvq84299f324959bh53r9vs7a0n3-firefox-41.0.0/
супер... гениально... для тех кто скучает по GUID-ам в реестрах...
> Это ж даже круче Болген ОСа ж, я так понимаю, да ...
> А это очередной реестр винды для тех кто так скучает по-нему?
>для тех кто скучает по GUID-ам в реестрах...Покажите этому дробатенко git. Скорее!
Там синтаксис у пакетного менеджера ваще жесть: https://www.youtube.com/watch?v=NUArNM_UtLc
Желаем успехов проекту.
Ого, Nixpkgs под OS X есть.
Надо потыкать палочкой...
Под макакось генту-префикс удобнее, имхо.
Вот лично мои впечатления:
1. Это такой дистр, где придется постоянно доделывать что-то(и контрибутить в проект).
2. Сама идея неплохая, nixops+nixos мне понравились, но сам nixpkgs слабоват для общесистемных задач. Тоесть для каких-нить хитрых энвайроментов хаскеля он подходит, а вот когда нужен chromium которому нужны для сендбокса привилегии или рут - уже не очень, потому что привилегий с nixstore не должно быть, и чтоб их добавить нужно всё переделывать. Такие проблемы решаются в nixos, но как-то костыльно. Еще мне не нравится что модули(сервисы) отделены от пакетов.
3. Медленная разработка.Итого - как поиграться пойдет, довольно забавно.
Проблема в том, что им никто не пользуется (как всегда). А так идеи здравы.
> им никто не пользуется
> идеи здравыПоделил на нуль прям.
> когда нужен chromium которому нужны для сендбокса привилегии или рутЧто-что? Какой рут? Какие привилегии? Хромиум уже от пользователя нельзя запустить?
Можно, но не будет работать его sandbox. Рут нужен для него, и запускать браузер, кончено, можно и нужно от юзера.
Ой, да что вы говорите. Нужен ему не рут, а SUID (который пока не поддерживается Nix'ом), и не нужен, а нужен был. Изучите свежие новости: https://chromium.googlesource.com/chromium/src/+/master/docs... - давным-давно, во времена Linux 3.10, заработали пользовательские пространства имён, и Chrome(ium) ими пользуется вместо SUID'а (который только ради chroot'а и был нужен).
Ошибся. Думал про suid, писал про рут.
Ubuntu лучше же.
> Ubuntu лучше же.Не серебрянная пуля. Такой дистр вряд ли когда-нибудь будет создан.
>используется единый файл системной конфигурации configuration.nixДураков ничего не учит. Твикеры и чистильщики этого файла в комплекте идут?
И что делать, если я хочу заносить в VCS только те части /etc, которые менял вручную?
man diff
>>используется единый файл системной конфигурации configuration.nix
> Дураков ничего не учит. Твикеры и чистильщики этого файла в комплекте идут?Красиво ты rc.conf обоср4л.
Причем тут твикеры и чистильщики? Я вполне был доволен rc.conf в арче и мне его не хватает местами. Так что это удобно.
snappy гораздо лучше.
> snappy гораздо лучше.Лучше чем что? Чем остальные 2047 дистров?
Никто из присутствующих не пользовался сим чудом, судя по восторженным отзывам. А я пробовал, и когда у меня при установке новой версии vlc дурацкий пакетный менеджер стал заново качать уже скачанные зависимости, я офигел - зачем тогда все эти ссылки, если нужно скачивать уже имеющееся.
Плохо пробовал, такого быть не может.
Может ты просто слепой?
> Никто из присутствующих не пользовался сим чудом, судя по восторженным отзывам. А
> я пробовал, и когда у меня при установке новой версии vlc
> дурацкий пакетный менеджер стал заново качать уже скачанные зависимости, я офигел
> - зачем тогда все эти ссылки, если нужно скачивать уже имеющееся.Не нравится - есть еще 2047 дистров. Больше пингвинов, хароших и разных! Еще больше! Надо МОАР!!! МОАР!!!!
Хорошо, что развивается. Если кто не знает, напомню, что пакетный менеджер Guix основан на Nix и даже совместим с ним.
Отличный менеджер, а еще сплошная путаница с настройками которые фиг знает куда заносятся и в /etc и в configuration.nix и с языком описывающим пакеты тоже беда. Разрабы хотели поэкспериментировать для диплома, а получился неюзабельный формат пакетов.
В /etc вообще ничего не должно заноситься, всё генерируется из configuration.nix