The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Доступен пакетный менеджер GNU Guix 1.0 и дистрибутив GuixSD на его основе

02.05.2019 23:57

Состоялся релиз пакетного менеджера GNU Guix 1.0 и построенного на его основе дистрибутива GuixSD GNU/Linux (Guix System Distribution). Значительная смена номера версии обусловлена завершением реализации всех целей, поставленных для формирования знакового релиза. Выпуск подвёл итог семи лет работы над проектом и признан готовым для повседневного использования. Для загрузки сформированы образы для установки на USB Flash (243 Мб)и использования в системах виртуализации (474 Мб). Поддерживается работа на архитектурах i686, x86_64, armv7 и aarch64.

Дистрибутив допускает установку как в качестве обособленной ОС в системах виртуализации, в контейнерах и на обычном оборудовании, так и запуск в уже установленных дистрибутивах GNU/Linux, выступая в роли платформы для развёртывания приложений. Пользователю предоставляются такие функции, как учёт зависимостей, повторяемые сборки, работа без root, откат на прошлые версии в случае проблем, управление конфигурацией, клонирование окружений (создание точной копии программного окружения на других компьютерах) и т.п.

Основные новшества:

  • Добавлен новый интерактивный инсталлятор, работающий в текстовом режиме;
  • Подготовлен новый образ для виртуальных машин, пригодный как для ознакомления с дистрибутивом, так и для создания рабочих окружений для разработки;
  • Добавлены новые системные сервисы cups-pk-helper, imap4d, inputattach, localed, nslcd, zabbix-agent и zabbix-server;
  • Обновлены версии программ в 2104 пакетах, добавлено 1102 новых пакетов. В том числе обновлены версии clojure 1.10.0, cups 2.2.11, emacs 26.2, gcc 8.3.0, gdb 8.2.1, ghc 8.4.3, gimp 2.10.10, glibc 2.28, gnome 3.28.2, gnupg 2.2.15, go 1.12.1, guile 2.2.4, icecat 60.6.1-guix1, icedtea 3.7.0, inkscape 0.92.4, libreoffice 6.1.5.2, linux-libre 5.0.10, mate 1.22.0, ocaml 4.07.1, octave 5.1.0, openjdk 11.28, python 3.7.0, rust 1.34.0, r 3.6.0, sbcl 1.5.1, shepherd 0.6.0, xfce 4.12.1 и xorg-server 1.20.4;
  • Сервисный менеджер GNU Shepherd обновлён до версии 0.6, в которой реализован режим работы сервисов one-shot, при котором сервис сразу после успешного запуска помечается остановленным, что может потребоваться для запуска одноразовых работ перед другими сервисами, например, для выполнения чистки или инициализации;
  • Для команды "guix package" добавлены типичные для других пакетных менеджеров псевдонимы "install", "remove", "upgrade" и "search". Для поиска пакета можно использовать команду "guix search", для установки "guix install", а для обновления "guix pull" и "guix upgrade";
  • В пакетный менеджер добавлен индикатор прогресса выполнения операций и подсветка цветами диагностических сообщений. По умолчанию большинство команд теперь запускается без детального вывода на экран, который включается отдельной опцией "-v" (--verbosity);
  • В пакетный менеджер guix добавлена новая команда "guix system delete-generations" и опции "guix pack --save-provenance", "guix pull --news", "guix environment --preserve", "guix gc --list-roots", "guix gc --delete-generations", "guix weather --coverage";
  • Добавлены новые опции преобразования пакетов "--with-git-url" и "--with-branch";
  • В дистрибутив добавлены конфигурационные поля "keyboard-layout" для определения раскладки клавиатуры, "xorg-configuration" для настройки X-сервера, "label" для метки раздела и "essential-services" для определения основных сервисов;
  • Добавлена команда "guix pack -RR" для создания tar-архивов с перемещаемыми исполняемыми файлами, которые могут запускаться как относительно путей в пространстве имён пользователя, так и относительно PRoot;
  • В "guix pull" обеспечено формирование кэша пакетов для ускорения операций поиска по имени и обеспечено встраивание пакета "glibc-utf8-locales";
  • Обеспечена полная повторяемость (бит в бит) ISO-образов, генерируемых командой "guix system";
  • В качестве менеджера входа задействован GDM вместо SLiM;
  • Прекращена поддержка сборки Guix с использованием Guile 2.0.

Напомним, что пакетный менеджер GNU Guix основан на наработках проекта Nix и кроме типичных функций управления пакетами поддерживает такие возможности, как выполнение транзакционных обновлений, возможность отката обновлений, работа без получения привилегий суперпользователя, поддержка привязанных к отдельным пользователям профилей, возможность одновременной установки нескольких версий одной программы, средства уборки мусора (выявление и удаление неиспользуемых версий пакетов). Для определения сценариев сборки приложений и правил формирования пакетов предлагается использовать специализированный высокоуровневый предметно-ориентированный язык и компоненты Guile Scheme API, позволяющие выполнять все операции по управлению пакетами на функциональном языке программирования Scheme.

Поддерживается возможность использования пакетов, подготовленных для пакетного менеджера Nix и размещённых в репозитории Nixpkgs. Кроме операций с пакетами возможно создание сценариев для управления конфигурацией приложений. При сборке пакета автоматически загружаются и собираются все связанные с ним зависимости. Возможна как загрузка готовых бинарных пакетов из репозитория, так и сборка из исходных текстов со всеми зависимостями. Реализованы средства для поддержания версий установленных программ в актуальном состоянии через организацию установки обновлений из внешнего репозитория.

Сборочное окружение для пакетов формируется в виде контейнера, содержащего все необходимые для работы приложений компоненты, что позволяет сформировать набор пакетов, способный работать без оглядки на состав базового системного окружения дистрибутива, в котором Guix используется в качестве надстройки. Между пакетами Guix возможно определение зависимостей, при этом для поиска наличия уже установленных зависимостей используется сканирование хэшей-идентификаторов в директории установленных пакетов. Пакеты устанавливаются в отдельное дерево директорий или поддиректорию в каталоге пользователя, что позволяет обеспечить его параллельное сосуществование с другими пакетными менеджерами и обеспечить поддержку широкого спектра существующих дистрибутивов. Например, пакет устанавливается как /nix/store/f42d5878f3a0b426064a2b64a0c6f92-firefox-66.0.0/, где "f42d58..." является уникальным идентификатором пакета, используемым для контроля зависимостей.

Дистрибутив включает только свободные компоненты и поставляется с ядром GNU Linux-Libre, очищенным от несвободных элементов бинарных прошивок. Для сборки применяется GCC 8.3. В качестве системы инициализации используется сервисный менеджер GNU Shepherd (бывший dmd), развиваемый как альтернатива SysV-init с поддержкой зависимостей. Управляющий демон и утилиты Shepherd написаны на языке Guile (одна из реализаций языка Scheme), который также используется и для определения параметров запуска сервисов. Базовый образ поддерживает работу в консольном режиме, но для установки подготовлено 9714 готовых пакетов, среди которых и компоненты графического стека на базе X.Org, оконные менеджеры dwm и ratpoison, рабочий стол Xfce, а также подборка графических приложений.

  1. Главная ссылка к новости (https://www.mail-archive.com/i...)
  2. OpenNews: Выпуск системы инициализации GNU Shepherd 0.6
  3. OpenNews: Связывание повторяемых сборок GNU Guix с архивом исходных текстов Software Heritage
  4. OpenNews: Доступен пакетный менеджер GNU Guix 0.16 и дистрибутив GuixSD на его основе
  5. OpenNews: Выпуск дистрибутива NixOS 19.03, использующего пакетный менеджер Nix
Лицензия: CC-BY
Тип: Программы
Ключевые слова: guix
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (82) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, Аноним (1), 00:24, 03/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Пакетный менеджер курильщика.
     
     
  • 2.18, Pakman (?), 05:00, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ты лучше вдумайся в заголовок:

    >Доступен пакетный менеджер ... и дистрибутив ... на его основе

    Дистрибутив на основе пакетного менеджера. Или это переводчики так накосячили?

    Какой неожиданный поворот - на опеннетике все ждали дистрибутив на основе СистемДы, атут какой-то Гуикс обошёл его на вираже.

     
     
  • 3.20, Какаянахренразница (ok), 07:09, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты лучше вдумайся в заголовок:
    >>Доступен пакетный менеджер ... и дистрибутив ... на его основе
    > Дистрибутив на основе пакетного менеджера. Или это переводчики так накосячили?
    > Какой неожиданный поворот - на опеннетике все ждали дистрибутив на основе СистемДы,
    > атут какой-то Гуикс обошёл его на вираже.

    Заголовок отражает правду. Кое-кто написал пакетный менеджер, но не смог убедить никого его использовать. Поэтому этот некто запилил свой собственный дистрибутив, единственной фишкой которого является ... правильно, труЪшный пакетный менеджер. Ну и ещё такой же трушный самописный init.

     
     
  • 4.24, Pakman (?), 09:25, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ты не различаешь "иметь" фишку или "быть основанным на"?
    Поздравляю тебя, Шарик...
     
  • 3.35, Аноним (35), 13:02, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ты лучше вдумайся в заголовок:
    >>Доступен пакетный менеджер ... и дистрибутив ... на его основе

    Ты лучше вдумайся в текст после заголовка:

    >>учёт зависимостей, повторяемые сборки

    Какие из известных пакетных менеджеров обеспечивают указанное?

     
     
  • 4.38, Michael Shigorin (ok), 14:57, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Какие из известных пакетных менеджеров обеспечивают указанное?

    Вот два примера совсем навскидку:
    http://wiki.debian.org/ReproducibleBuilds -- dpkg/apt
    http://altlinux.org/reproducible -- rpm/apt

     
     
  • 5.39, Аноним (39), 15:12, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Это который при удалении библиотеки удалённого доступа выносит весь гуй? )
     
  • 5.43, Аноним (35), 15:45, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Это про повторяемые сборки По первой части, а именно учёт зависимостей Нап... текст свёрнут, показать
     
     
  • 6.44, Аноним (44), 16:40, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Полагаю, именно аналогичное поведение имеется ввиду в данном случае применительно к Guix.

    Этот как же это, интересно, такое, по-твоему, можно реализовать с бинарными пакетами?

     
     
  • 7.50, scor (ok), 18:49, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Этот как же это, интересно, такое, по-твоему, можно реализовать с бинарными пакетами?

    В рамках Nix (Guix наверно тоже) вполне возможно, т.к. имя пакета формируется из сборочных опций и дерева зависимостей, никто не мешает держать несколько вариантов бинарников собранных с различными опциями. Другое дело, что это мало кому нужно и на публичных репозиториях, как правило лежит только один собранный вариант. Но возможность таки есть и внутри какого-нибудь ынтерпрайза вполне реализуемая штука.

     
  • 7.60, Аноним (35), 16:01, 04/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >> Полагаю, именно аналогичное поведение имеется ввиду в данном случае применительно к Guix.
    > Этот как же это, интересно, такое, по-твоему, можно реализовать с бинарными пакетами?

    К каждому бинарному пакету Gentoo прилагаются данные xpak, которые содержат различную информацию времени сборки - например, USE-флаги, с которыми пакет был скомпилирован, исходный ебилд, переменные окружения, значения переменных CFLAGS и CXXFLAGS и т.д.

    https://www.opennet.ru/man.shtml?topic=xpak

     
  • 5.77, marks (?), 23:58, 10/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну главное преимущество для меня NixOS про GUIX не знаю сам, но то же самое бу... текст свёрнут, показать
     
  • 3.37, Michael Shigorin (ok), 14:56, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Дистрибутив на основе rpm или dpkg Вас лично смущает?  Вдумайтесь, вдруг перестанет. :)
     
  • 3.49, Аноним (49), 17:35, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нууу таки, сейчам половина новых дистров делается на основе набора обоев..
     
     
  • 4.73, msrks (?), 22:10, 10/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так это тот же NixOS с набором обоев. И, следуя мнению большинства, он тоже не нужен. Разработчики посмотрели на неканоничный псевдоязык у НикОС и сделали свою никсось с GNU (в качестве блекджека, само собой) и Sсheme какой-то загадочный вместо их псевдоязыка.
     

  • 1.2, Аноним (2), 00:38, 03/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Кому оно надо если в репозитории пакетов с гулькин нос?
     
     
  • 2.4, Аноним (4), 00:39, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Каких пакетов вам не хватает?
     
     
  • 3.12, Канделябры (?), 02:13, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Согласен. Нужно меньше пакетов. А всё остальное настоящий линуксоид соберёт сам, в обход этого прекрасного пакетного менеджера.
     
  • 3.27, edolstra (?), 10:54, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    KDE до сих пор нет (хотя отдельные приложения потихоньку опакечиваются).

    Ещё до сих пор не поддерживается установка на LVM.

     
  • 2.5, Аноним (5), 00:49, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кому-то надо.
     
  • 2.7, Антон (??), 01:42, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В pacman сейчас 11387 пакетов, в guix 9714
     
     
  • 3.14, А (??), 02:26, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    10590. 11387 - это с дублями в Testing/Unstable.
     
  • 3.78, Аноним (78), 11:33, 11/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    в официальном Арче реально много пакетов + АУР и это для x86_64
    а в guix 9714 это в сумме для 4-х платформ x86_64, i686, armhf, arm64 то есть в реальности для самой распространенной платформы x86_64 там будет порядка 3к пакетов
    хотя это в принципе должно решаеться импортом пакетов из других систем
    https://www.gnu.org/software/guix/manual/en/html_node/Invoking-guix-import.htm
    но как минимум это все не нативно и предпологает танцы с бубном
    да и свежесть пакетов частенько отстает от тех же пакетов в nixos

    в общем этот дистрибутив на вырост, потенциал огромный но из за нехватки ресурсов развивается медленно

     
     
  • 4.79, Andrey Mitrofanov (?), 09:38, 13/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Враньё find -name scm 124 xargs egrep define-public 124 wc -l 98... текст свёрнут, показать
     

  • 1.3, Аноним (3), 00:39, 03/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как им удалось сделать загрузку за 5 секунд полностью с рабочим столом?
     
     
  • 2.6, Аноним (6), 01:37, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А откуда инфа? Сам проверял?
     
     
  • 3.66, Andrey Mitrofanov (?), 09:25, 06/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > А откуда инфа? Сам проверял?

    Погоди, дай человеку от разморозки отойти, горяченького хлебнуть...

    LPC: Booting Linux in five seconds
    September 22, 2008
    This article was contributed by Don Marti

    https://old.lwn.net/Articles/299483/

     
  • 2.16, th3m3 (ok), 02:54, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    SSD? Выход из сна?)
     

  • 1.8, n1rdeks (ok), 01:49, 03/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Годное дело. Таки релизнули. Ура!
    Пора тестировать. Альфа-беты были совсем неприменимы.
     
     
  • 2.45, JL2001 (ok), 16:42, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Альфа-беты были совсем неприменимы.

    чем были неприменимы?

     
  • 2.62, Ass (?), 01:30, 05/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то, они явно поспешили, всё сыро и глючно. Надо было сделать 0.17 и ещё тестить
     
     
  • 3.68, Andrey Mitrofanov (?), 09:28, 06/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вообще-то, они явно поспешили, всё сыро и глючно. Надо было сделать 0.17
    > и ещё тестить

    Всё в наоборотном порядке -- вот именно сейчас-то тестеры и набегут,...

    ...будет "больше пользователей",...

    ...заживут.

     
  • 2.67, Andrey Mitrofanov (?), 09:27, 06/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Годное дело. Таки релизнули. Ура!
    > Пора тестировать. Альфа-беты были совсем неприменимы.

    Много патчей-то заслал?  Ай, малацца.  Да!  Теперь </точно> всё поменялось.

     

  • 1.9, Аноним (9), 01:58, 03/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Поделитесь опытом каким пакетным менеджером можно организовать поставку продукта и его зависимостей? В целом инфраструктура того же Debian или Red Hat как-то очень мутроно разворачивается, а есть что-то простое и с удобным Web интерфейсом?
     
     
  • 2.10, Аноним (1), 02:08, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > есть что-то простое и с удобным Web интерфейсом?

    Есть решение на электроне. Интересует?

     
     
  • 3.11, Аноним (6), 02:10, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А смузи в комплекте будет?
     
  • 3.17, th3m3 (ok), 02:55, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Минусуйте этого еретика!
     
  • 2.22, mikhailnov (ok), 07:43, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В чем сложность ее развернуть?
     
  • 2.47, Аноним (44), 16:47, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > В целом инфраструктура того же Debian или Red Hat как-то очень мутроно разворачивается, а есть что-то простое и с удобным Web интерфейсом?

    Купи какой-нибудь Nexus (да не мобилку!) и разворачивай через гламурную мордочку. Впрочем, можешь и RHEL с сателлитом купить, там тоже мордочка будет.
    Не, а ты как думал? Не осилившие пару консольных команд мышевозы должны стра^Wплатить.

     

  • 1.13, user90 (?), 02:21, 03/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Оперативо, Опеннет ;) Пока еще не понял как там импорт nixpkg, пишу свои определения на коленке)) И это просто!
     
  • 1.15, user90 (?), 02:27, 03/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Убунтоиды!: 1.это вот и есть самый трушный дистрибутив, 2. на Scheme писать быдлокод очень легко, 3. у нас тут свой "системный менеджер", да чо там, системный конфиг в одном файле.
     
     
  • 2.74, msrks (?), 22:29, 10/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Такое себе.
    > 2. на Scheme писать быдлокод очень легко,

    Такое себе "легко". И это просто верх мазохизма - писать  конфиги программ на языке программирова... Wait. DWM, Awesome. Ну ладно, мазохизм у линуксоидов в крови не истребить.

    Нужно сказать серьезно, что для конфигов куда проще воспринимается псевдоязык Nix. Он прямо иделен и имеет низкий порог вхождения. Учить для настройки раскладок диалект лиспа - такое себе.

    3. у нас тут свой "системный менеджер", да чо там, системный конфиг в одном файле.
    Ну вот, идея потярена у NixOS и не нужна. Ну следуя заветам линуксоидов про "нескучные обои". Еще один дубль, фрагментация. Катастрофа.

    Да и в любом случае это не совсем единый файл конфигурации, там типа шаблонов из Calculate, но их прибили не гвоздями, а вокруг которых выстроили всю систему. И это удобнее. Какой-нибудь рач с нуля ставить час-два выйдет (тру-линуксоиды не ставят манджары и прочее, не нужны же), а в случае необходимости повторить перестановку это затянется надолго. А там достаточно расчехлить бекап и готово.
    Ну и если нужно делать повторяющиеся где-то там сборки по работе, то этот дистрибутив - просто находка.

     
     
  • 3.80, Andrey Mitrofanov (?), 09:41, 13/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > 3. у нас тут свой "системный менеджер", да чо там, системный конфиг
    > в одном файле.
    > Ну вот, идея потярена у NixOS и не нужна. Ну следуя заветам
    > линуксоидов про "нескучные обои". Еще один дубль, фрагментация. Катастрофа.

    Вы просто завидуете.

     

  • 1.19, Аноним (19), 06:21, 03/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Это - преемник Дебиана, окуклившегося после прогиба перед Красношляпой, в котором они завязались на СистемДю вопреки общепринятому в СПО-культуре здравому смыслу - и это явно выявило слабость сообщества перед корпорациями (даже перед одной).

    Девуан в плане непривязанности к init-системам - это "настоящий" Дебиан, "Дебиан который мы потеряли". Но и он стагнирует, по многим причинам.

    Гикс технологически уделывает старые дистры, одновременно являясь честным СПО-дистром, а не корпоративной поделкой для бета-тестеров Шляпы. Будущее дистрибутивостроения - именнно за ним. (побежал устанавливать)

     
     
  • 2.21, Аноним (21), 07:36, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Дебиана, окуклившегося после прогиба перед Красношляпой

    Определенно согласен.  Теперь там даже сжвшные упорытыши из ибм диктуют кок, а те покорно записывают.

     
  • 2.69, Andrey Mitrofanov (?), 09:35, 06/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Это - преемник
    > Девуан в плане
    > Гикс технологически
    >Будущее за ним. (побежал

    ...[I]""но, заметив, что машина не останавливается, не стал распространяться.

       - Все в Автодор! - поспешно сказал он, глядя на поравнявшегося с ним Остапа. - Наладим серийное производство советских автомашин! Железный конь идет на смену крестьянской лошадке! ""[/I]

     

  • 1.25, Аноним (25), 09:40, 03/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не нужно. Уже есть NixOS
     
     
  • 2.28, edolstra (?), 10:55, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Пусть цветут все цветы.
     
     
  • 3.36, Аноним (35), 13:06, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Пусть цветут все цветы.

    Тов. Мао?

     
  • 2.31, Аноним (31), 11:27, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    На systemd? Нет пути.
     
     
  • 3.54, Аноним (25), 08:12, 04/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Согласен. Systemd надо заменить. Будь он просто системой инициализации все было бы хорошо, т.к. декларативные описания конфигов хорошо сочетаются с nixos. Но он зараза пытается быть системным менеджером, конфликтуя с другими системными демонами, которые выполняют свою работу лучше (сеть, время, яркость подсветки, acpid и прочая прочая)
     
  • 2.46, JL2001 (ok), 16:45, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Не нужно. Уже есть NixOS

    какие преимущества у NixOS перед этим?

     
     
  • 3.55, Аноним (25), 08:16, 04/05/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Тем что там нормальный язык с неймспейсами, не требующий лапши с огромным уровнем вложенности как в guix

    Ну и к тому же Лисп код по сути ast и удобен для машины, а не для человека

     
     
  • 4.57, JL2001 (ok), 10:06, 04/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Тем что там нормальный язык с неймспейсами, не требующий лапши с огромным
    > уровнем вложенности как в guix
    > Ну и к тому же Лисп код по сути ast и удобен
    > для машины, а не для человека

    так ли сильно важен язык в конфиге если конфиг правится 3 раза за год и всё?
    иль в guix он провоцирует делать ошибки в конфиге?

     
     
  • 5.58, gpyra (ok), 15:16, 04/05/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Важен. В Guix мне было бы сложно его составить. Лисповая портянка она такая

    Ну и 3 раза в год это только на vps. На локалхосте править хочется почаще, хотя бы чтобы попробовать новые плюшки

     
  • 3.59, gpyra (ok), 15:18, 04/05/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Смотря по какую ты сторону баррикад

    1. У NixOS больше рабочей силы

    2. По NixOS есть вакансии

    3. В NixOS есть проприетарные пакеты

    4. В NixOS нормальное ядро с блобами

    5. В NixOS больше пакетов

     
  • 3.75, msrks (?), 22:47, 10/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну если оставить всякие там холивары очевидные на тему GNU без нормальных блобовых ядер, пропиетарщины и прочего, то главное преимущество никсоси - их псевдоязык имеет более гуманный синтаксис и его интуитивно можно понимать. Очень невысокий порог вхождения. Чего не скажешь про лисп.
    Хотя документация у Nix посредственная. Но достаточно пару примеров где-нибудь глянуть или бложеков почитать, чтобы начать чувствовать и понимать дистрибутив. Чего не скажешь о Scheme, ведь это язык программирования, а не специальный язык для конфигов.

    Как-то так, к примеру, выглядит на никсовском псевдоязыке.

    {
    ...
    security.sudo.configFile="
    root    ALL=(ALL) ALL
    user  ALL=(ALL)    NOPASSWD: ALL
    ";
    ...
    }

    Даже мне тут всё понятно. И, после пересборки командой специальной появится /etc/sudoers.
    А как будет на лиспе - не знаю.

     
     
  • 4.81, Andrey Mitrofanov (?), 09:54, 13/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    > Как-то так, к примеру, выглядит на никсовском псевдоязыке.
    > {
    > ...
    > security.sudo.configFile="
    > root    ALL=(ALL) ALL
    > user  ALL=(ALL)    NOPASSWD: ALL
    > ";
    > ...
    > }
    > Даже мне тут всё понятно. И, после пересборки командой специальной появится /etc/sudoers.

    Ой, да, ла-а-адно!  "Язык".  Показал _строковую_ константу и уже "язык"...

    > А как будет на лиспе - не знаю.

    http://git.savannah.gnu.org/cgit/guix.git/tree/gnu/system.scm?h=v0.10.0#n577

    (define %sudoers-specification
      ;; Default /etc/sudoers contents: 'root' and all members of the 'wheel'
      ;; group can do anything.  See
      ;; <http://www.sudo.ws/sudo/man/1.8.10/sudoers.man.html>.
      ;; TODO: Add a declarative API.
      (plain-file "sudoers" "\
    root ALL=(ALL) ALL
    %wheel ALL=(ALL) ALL\n"))

    На здоровье.

     

  • 1.26, Аноним (26), 10:37, 03/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А на кой нужно было дистр собирать, если NixOS есть?
     
     
  • 2.29, Аноним (78), 11:01, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    в основном из за разных подходов
    nixos использует Systemd и свой язык "сборки" системы
    guix использует Shepherd и одну из реализаций функционального языка scheme
     
     
  • 3.56, Аноним (25), 08:19, 04/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Были попытки сделать систему инициализации заменяемой, но никто пока не осилил(
     
  • 2.30, Аноним (78), 11:14, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    на хабре даже есть статья по этому повод https://habr.com/ru/post/436938/
     
     
  • 3.70, Andrey Mitrofanov (?), 09:45, 06/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > на хабре даже есть статья по этому повод https://habr.com/ru/post/436938/

    Эта "статья" и на https://www.opennet.ru/openforum/vsluhforumID3/116392.html#0
    опенете есть.  Показательное единодушие. :/

     

  • 1.32, InuYasha (?), 11:38, 03/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Хмммммм........
    Выглядит очень, ОЧЕНЬ интересно!
    Возможности впечатляют!

    Вот ещё бы в линукс все возможности (как в) NTFS завезли, но это уже оффтопик.

     
     
  • 2.33, Аноним (31), 12:32, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И каких таких возможностей NTFS вам в линуксовых ФС не хватает? Может, снапшотов? Так это в LVM2.
     
     
  • 3.41, Аноним (41), 15:42, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    сжатие каталогов. Хотя не уверен что в винде это работает норм, но там типа это есть с win2k
     
     
  • 4.51, scor (ok), 18:54, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > сжатие каталогов. Хотя не уверен что в винде это работает норм, но
    > там типа это есть с win2k

    В reiser4 или ZFS есть и даже работает. Если совсем помойная файлопомойка, то можно и в дедупликацию попробовать.

     
  • 4.76, msrks (?), 23:25, 10/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, допустим, в B(Господи, как же правильно писать этот забор)RTFS  есть опции для  сжатия данных давно уже. https://help.ubuntu.ru/wiki/btrfs#%D1%83%D0%BF%D0
    А в остальных она должна, если ничего не путаю, реализовываться какими-то там приблудами.
     
  • 2.48, Аноним (44), 16:50, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ты проспал, недавно была новость про case insensitivity в ext4.
     
     
  • 3.71, Andrey Mitrofanov (?), 09:48, 06/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты проспал, недавно была новость про case insensitivity в ext4.

    Нужно же, чтобы git тормозил "как на NTFS".

    Ядро меняем в "линукс".  [I[Бисто-бистро, шнель.

     

  • 1.34, НяшМяш (ok), 12:45, 03/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А есть возможность в этом дистрибутиве использовать "нормальное" ядро? Хотелось бы поставить его на старый ноутбук, полный всякой проприетарщины.
     
     
  • 2.42, Аноним (41), 15:43, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    для этого есть NixOS
     
  • 2.82, Аноним (82), 05:28, 27/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Есть, выше ссылка на статью с примером.
     
  • 2.84, Andrey Mitrofanov (?), 08:09, 27/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > А есть возможность в этом дистрибутиве использовать "нормальное" ядро? Хотелось бы поставить
    > его на старый ноутбук, полный всякой проприетарщины.

    Берёшь LISP и пакетишь всё-всё-всё своё проприертарное.

    И _обязательно_ без поддержки и без помощи GNU.  Им нельзя!

    А "гитхабовским" можно
      ...https://github.com/wingo/guix-nonfree/blob/master/gnu/packages/linux-nonfree.s
    (И да, я знаю, кто такой wingo.)

     

  • 1.40, Jshvd (?), 15:27, 03/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Наконец-то релиз дистрибутива, не привязанного к какой-то жирной блотвари.
     
     
  • 2.52, user90 (?), 23:26, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Это Гну, йопта! А ты чо думал что линукс это ядро, и все?
     
     
  • 3.53, Jshvd (?), 07:36, 04/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нет, не думал. Не проецируй. Debian тоже с приставкой GNU, но использует systemd.
     
     
  • 4.83, Аноним (82), 05:30, 27/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Debian не относится к GNU Project. Название "Debian GNU/Linux" обозначает лишь то, что Debian – это дистрибутив GNU user space на ядре Linux.
     

  • 1.61, Сандер (?), 19:32, 04/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Думаю что это и впрямь может быть удобно тем, кто живет в емаксе.

     
  • 1.63, аноним295672926923465 (?), 11:22, 05/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    почему бы вместо лиспа/схемы не использовать подмножество луа/питона?
     
     
  • 2.65, Вдуватель (?), 08:06, 06/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем ты предлагаешь использовать говно, если уже используется нормальный язык?
     
  • 2.72, Andrey Mitrofanov (?), 09:51, 06/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > почему бы вместо лиспа/схемы не использовать подмножество луа/питона?

    почему бы вам уже вместо набрасывания на вертилятор не взять да и набросить на вертилятор.

     

  • 1.64, Анимайзер (?), 12:14, 05/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > GuixSD:
    > поддерживает такие возможности, как учёт зависимостей, повторяемые сборки, выполнение транзакционных обновлений, возможность отката обновлений в случае проблем, работа без получения привилегий суперпользователя, управление конфигурацией, клонирование окружений (создание точной копии программного окружения на других компьютерах), поддержка привязанных к отдельным пользователям профилей, возможность одновременной установки нескольких версий одной программы, средства уборки мусора (выявление и удаление неиспользуемых версий пакетов)
    > обеспечена полная повторяемость (бит в бит) ISO-образов, генерируемых командой "guix system"
    > [b]работа без root[/b]

    Впечатляет, даже и не знаю, какой ещё дистрибутив предоставляет такой функционал и возможности!?

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру