1.1, prgchip (?), 22:05, 22/05/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
"Для определения сценариев сборки приложений и правил формирования пакетов предлагается использовать специализированный высокоуровневый предметно-ориентированный язык и компоненты Guile Scheme API, позволяющие выполнять все операции по управлению пакетами на функциональном языке программирования Scheme."
Я правильно понимаю что для оптимизации ПО под железо потребуется знание Scheme вместо USE флагов как например в Gentoo?
| |
1.3, Аноним (-), 23:20, 22/05/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Я честно не пойму зачем оно когда есть apt, dpkg и dh-утилиты. Что может потребоватся такое чего сделать с вышеназванным набором утилит?
| |
|
|
|
4.37, Аноним (-), 23:16, 23/05/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
Обзорно глянул - невероятно полезная ссылка. Очень интересну, буду читать. Спасибо!
| |
|
|
2.8, JL2001 (ok), 00:00, 23/05/2017 [^] [^^] [^^^] [ответить]
| +4 +/– |
> Я честно не пойму зачем оно когда есть apt, dpkg и dh-утилиты.
> Что может потребоватся такое чего сделать с вышеназванным набором утилит?
несколько версий фокса, вайна сразу ? несколько версий иксов, месы и дров сразу ?
| |
|
3.39, Аноним (-), 23:18, 23/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
С lxc не будет ли надежнее или может все это под kvm? В чем здесь преимущество Guix?
| |
|
2.9, Аноним (-), 00:52, 23/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
Гикс обеспечивает транзакционное детерминированное и воспроизводимое построение (и перестроение/обновление конфигурации) всей системы и отдельных изолированных окружений из высокоуровневых описаний на Схеме. Модные костыли вроде всяких Папетов и Докеров больше не будут нужны, все красиво, цельно и унифицировано.
| |
|
3.12, Дай два (?), 02:40, 23/05/2017 [^] [^^] [^^^] [ответить]
| –8 +/– |
>> Например, пакет устанавливается как /nix/store/f42d69df5d8a0b526064a4e54a7c6f02-firefox-53.0.0/
Красиво, говоришь? Типа наподобие C:\$SETUP$\f42d69...
| |
3.40, Аноним (-), 23:20, 23/05/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
> транзакционное детерминированное и воспроизводимое построение
мне не все прозрачно в этих терминах, где можно почитать о терминах ?
> Модные костыли вроде всяких Папетов и Докеров больше не будут нужны, все красиво, цельно и унифицировано.
вот тут понятно вроде
| |
|
4.45, Andrey Mitrofanov (?), 10:52, 24/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
>> транзакционное детерминированное и воспроизводимое построение
> мне не все прозрачно в этих терминах, где можно почитать о терминах
> ?
Слайды полистай. 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-guix-system.html#I . Или свои билд-фермы "хранят" в git-е http://git.savannah.gnu.org/cgit/guix/maintenance.git/tree/hydra .
| |
|
|
2.20, Аноним_oyc (?), 09:09, 23/05/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
Устанавливать разные версии одной и той же программы, или устанавливать пакеты всё в одном, типа, как самодостаточные.
| |
|
3.31, Guix (ok), 14:20, 23/05/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Апт невероятно убог и тормознут.
Это ты ещё DNF не видел. Апт по сравнению с ним ещё ничего.
| |
3.41, Аноним (-), 23:22, 23/05/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
Не знаю в чем он убог, а тормозит при построении и перестроении списка пакетов что оправдано если учесть что специально часть никто не оптимизировал. У apt и aptitude есть некоторые преимущества которые критичны для меня и их нет в rpm.
| |
|
|
1.6, ALex_hha (ok), 23:43, 22/05/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> выполнение транзакционных обновлений
это пожалуй единственное, чего не хватает в apt/rpm(yum)
| |
|
|
3.27, PnDx (ok), 11:46, 23/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
Да, если пакет собран в /opt/pkg/version (или /usr/local/pkg/version).
См. как постгресники это делают.
* И rpm'ом аналогично.
| |
|
4.32, Guix (ok), 14:21, 23/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
> Да, если пакет собран в /opt/pkg/version (или /usr/local/pkg/version).
Но все же понимают, что это _костыль_.
| |
|
|
|
1.7, JL2001 (ok), 23:58, 22/05/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>В GuixSD обеспечена возможность запуска системных сервисов (фоновых процессов) в изолированных контейнерах, что позволяет защитить систему от возможных уязвимостей в данных сервисах
молодцы что в дефолтную систему вписали, ещё б гуишные добавить типо скайпа (аль фотошопа)
| |
|
2.33, Guix (ok), 14:22, 23/05/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
>В UEFI уже может?
-->
>В сборки GuixSD добавлена поддержка загрузки на системах с UEFI | |
|
1.13, Gotta Go Fast (?), 03:57, 23/05/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –8 +/– |
>Добавлена поддержка архитектуры aarch64
в то время, как большинство дистров уже выкинуло арм. Лол
| |
|
2.16, EuPhobos (ok), 07:26, 23/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
>>Добавлена поддержка архитектуры aarch64
> в то время, как большинство дистров уже выкинуло арм. Лол
Многие дистрибутивы [u]ещё не подсели[/u] на 64битный арм. Ты из будущего что-ль?
| |
|
|
2.22, Аноним (-), 09:18, 23/05/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
GNU/Hurd Мертворожденное ядро которое не будет использовано никогда!
| |
|
1.17, Аноним (-), 07:39, 23/05/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Пытался использовать Nix для запуска некоторых приложений, типа Calibre - гуя выглядит, мягко говоря, инородно. ШГ адское, темы кривые, диалоги открытия-сохранения всегда открываются по неожиданному пути. Вернулся на сборки standalone от разработчиков, лежащие в ~/opt, они в систему вписываются нормально.
Не очень понимаю, чем геморрой с интеграцией в систему можно оправдать, что бы использовать Guix и Nix, вместое обычного ~/opt.
| |
|
2.26, leo (??), 10:13, 23/05/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
отсуствием гемороя.
если nix файл хорошо написан, ты получишь то, что хочешь очень лекго. например для своего проекта я собираю все библиотеки одним компилятором, собираю статический буст с fPIC и т.д. это все как бы одной строкой.
| |
|
1.25, leo (??), 10:09, 23/05/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
так и не понял чем эта штука отличается от оригинального nix. только тем что Scheme юзает, а не nix?
| |
|
2.28, Andrey Mitrofanov (?), 12:13, 23/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
> так и не понял чем эта штука отличается от оригинального nix. только
> тем что Scheme юзает, а не nix?
Пакеты на scheme пишут, а не на доморощенном nix lang. Говорят, с эскейпами вложенных шелл-сниппетов проще (=>всё переписано на scheme~), "полный lisp" мощнее доморощенного DSL с шелом в качестве низкоуровневого рантайма.
Nix-демона и guix использует, но свой форк. Так что не совсем "не nix". Фактически "там внизу" пакеты транслируются guix-ом в derivation-ы -- входные коды nix, описывающие сборку.
А ещё s,/nix/store/,/gnu/store/. И я совсем не уверен про совместное использование, как там наверху, в новости (пакеты NixOS => GuixSD?) -- .../store/ и демоны должны, вроде, быть отдельными и не пересекающимся, если я не вру. Хотя люди и ставят Guix [P.M., не ...SD] внутри NixOS (дистрибутива, базовой ОС), насколько там возможно разделение демона и стора, я не знаю. Может, guix-овые .drv-ешки собирают и ставят nis[OS]-овым демоном, не используя свой "родной" (и теряя бинарную совместимость с gnu субститьютами)?...
| |
|
3.30, ILoveIslam (?), 13:56, 23/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
Вообще смысла особого в nixlang нет, ничего нового он не несет, такое ощущение что он появился во многом потому что у кое-кого в phd тезисе глав не хватало.
| |
3.36, leo (??), 17:16, 23/05/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
спасибо.
на сколько я понял, если хеши они расчитывают одинаково (а это скорее всего так, если guix деревацию делает, ведь nix потом по этому хешь высчитает), то можно и совместно использовать.
у меня как-то не было проблемы написать shell, там две кавычки ставишь, такое нигде по коду не встретиться. а вот в скобках боюсь запутаться.
я не пробовал, но nix вроде можно настроить и без systemd (вроде встречал нужные деревации).
| |
3.43, Аноним (-), 06:54, 24/05/2017 [^] [^^] [^^^] [ответить]
| –3 +/– |
Описание пакетов в формате deb может понять любой юзер даже не программист, а вот написанные на всяких языках программирования лиспах только программер значит собирать, сопровождать пакеты смогут только они. Я к чему веду, к тому что для обычного пользователя guix намного хуже труднее для понимания. С этим вашим guix'ом уже не покопаешься в системе. популярность, прозрачность и демократичность linux резко понизится.
| |
|
4.47, Andrey Mitrofanov (?), 11:40, 24/05/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Описание пакетов в формате deb может понять любой юзер даже не программист,
> а вот написанные на всяких языках программирования лиспах только программер значит
Во-первых, вы передёргиваете, мусье шулер, с "понять" на "написание" и с "описание" (descrition: что ли?) на "на лисках". Во-вторых, "только программер" -- это с дипломом вуза, да? Хе... враньё. Себе-то хоть не врёте, или вами верите в написанное?
> собирать, сопровождать пакеты смогут только они. Я к чему веду, к
Отговорки. Вплоть до "п4ж и дезинформация."
> тому что для обычного пользователя guix намного хуже труднее для понимания.
> С этим вашим guix'ом уже не покопаешься в системе.
Отлично. Вычёркиваю, можете не приходить. Надо _меньше_ пользователей.
>популярность, прозрачность и демократичность linux резко понизится.
Великолепно же! Микрософты, ораклы, редхаты и торвальдсы получат заслуженное? Скорее бы.
| |
|
|
2.29, Andrey Mitrofanov (?), 12:18, 23/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
> так и не понял чем эта штука отличается от оригинального nix.
А, да, пока не забыл: и проект GNU, в нём linux-libre, по скрижалям FSF --- GPLv3+, FSDG.
| |
2.34, Guix (ok), 14:41, 23/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
> так и не понял чем эта штука отличается от оригинального nix. только тем что Scheme юзает, а не nix?
Помимо этого в GuixSD нет systemd:
>В качестве системы инициализации используется сервисный менеджер GNU Shepherd (бывший dmd), развиваемый как альтернатива SysV-init с поддержкой зависимостей. Управляющий демон и утилиты Shepherd написаны на языке Guile (одна из реализаций языка Scheme) | |
|
1.35, Guix (ok), 14:52, 23/05/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
>В GuixSD обеспечена возможность запуска системных сервисов (фоновых процессов) в изолированных контейнерах, что позволяет защитить систему от возможных уязвимостей в данных сервисах;
Вот это годно.
Ещё бы ядро с grsecurity в репу завезли.
| |
|
2.49, Andrey Mitrofanov (?), 13:11, 27/05/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
>>В GuixSD обеспечена возможность запуска системных сервисов (фоновых процессов) в изолированных контейнерах, что позволяет защитить
> Вот это годно.
> Ещё бы ядро с grsecurity в репу завезли.
Ээээ. Как вы себе это видите -- когда у одних linux-libre по скрижалям FSDG, а у других "прекращают открытую публикацию патчей"?
| |
|
|
|
3.48, Аноним (-), 19:15, 25/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
А чем в целом ставить и подготавливать пакеты?
А то что-то очень уж много возни с штатными средствами.
На сколько я помню даже rpm и тот проще делать чем deb.
| |
|
|
|