1.2, proninyaroslav (ok), 11:09, 07/12/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>Добавлены новые сборочные системы: clojure и guile.
Знающие люди, подскажите: clojure всё таки выстрелил или так и остался хипстерским языком?
| |
|
2.21, Аноним (21), 11:37, 10/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
Выстрелил... в качестве хипстерского языка. Там есть хорошие идеи, но в целом Clojure больше принадлежит современной эмпирической культуре программирования (тыкать, пока не заработает). Синтаксис мозгобольной совершенно: квадратные скобки означают вектор, круглые — список, у векторов и списков разные характеристики производительности, но в синтаксисе они используются не поэтому, а просто потому что разные скобки и их можно различать, т. е. одно и то же одновременно используется для обозначения совершенно ортогональных вещей. Кроме того, стремление авторов избавиться во многих конструкциях от "лишних" скобок делает Clojure неудобным для структурного редактирования (paredit), т. е. убивает один из главных кайфов от работы с Лиспом.
| |
|
|
2.18, Аноним (18), 05:10, 10/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
Без каких имено танцев с бубном? На убунту guix ставится так же, как и на любой другой дистрибутив.
| |
|
1.4, Аноним (4), 12:07, 07/12/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> В качестве системы инициализации используется сервисный менеджер GNU Shepherd
Подскажите, он поддерживает паралельный запуск демонов или нет?
| |
1.5, J.L. (?), 13:26, 07/12/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Добавлен модуль с поддержкой архива Software Heritage
на сайте в списке указан Debian, это теперь в GuixSD можно поставить любой пакет из основных репов дебиана?
| |
1.13, Аноним (12), 17:17, 07/12/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>В дистрибутиве обеспечена самодостаточная сборка (bootstrap) компилятора Rust (пакет mrustc) из исходных текстов;
Надеюсь, не требующая шланго-ллвэмов.
| |
1.14, Аноним (-), 18:01, 07/12/2018 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Было забавно узнать, что в этом дистре store расположен по /guix/store и только это ломает бинарную совместимость с Nix, на уровне библиотек. Ведь как ещё создать условия для героического переписывания пакетной базы, которая уже есть в nixpkg ради идеи, чтобы всё было на Guile вместо Nix. А казалось бы, не такая уж разница, какой из этих недоязычков использовать.
| |
|
2.19, Andrey Mitrofanov (?), 09:36, 10/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Было забавно узнать, что в этом дистре store расположен по /guix/store и
> только это ломает бинарную совместимость с Nix, на уровне библиотек. Ведь
> как ещё создать условия для героического переписывания пакетной базы, которая уже
> есть в nixpkg ради идеи, чтобы всё было на Guile вместо
> Nix. А казалось бы, не такая уж разница, какой из этих
> недоязычков использовать.
Всё мировое дистрибуто строение построено на "героическом переписывании пакетной базы". Пререписывание rpm-бейзед Вас не смущало все эти десятилетия, а вот GNU Guix обратил на себя Ваше внимание. Ему д.б. лестно, да.
| |
2.22, Аноним (21), 10:21, 11/12/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
Какой смысл использовать объединенное хранилище, если у всех пакетов (начиная с glibc, и, как следствие, у всего, что от него зависит) все равно будут различные хеш-коды (они порождены различными выводами), т. е. в хранилище будет два несвязанных графа пакетов? И демон для управления хранилищем тоже придется делать общим, а это если не сейчас, то в будущем будет создавать проблемы из-за необходимости поддержки демона, который был бы совместим с обоими дистрибутивами одновременно.
| |
|
1.15, user90 (?), 18:15, 07/12/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Спасибо за перевод, лень было вникать в чейнжлог - просто обновляюсь и все.
> и только это ломает бинарную совместимость с Nix
Переживем)) Впрочем импорт nixpkg тоже заявлен, согласно мануалу.
| |
|
2.20, Andrey Mitrofanov (?), 10:39, 10/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Спасибо за перевод, лень было вникать в чейнжлог - просто обновляюсь и
> все.
>> и только это ломает бинарную совместимость с Nix
> Переживем)) Впрочем импорт nixpkg тоже заявлен, согласно мануалу.
Вы правильно употребили слово "заявлен". Как мне кажется.
Я поясню подробнее мой стёртый модератором, за "неповторимый" стиль, коммент#8:
"" [...] копипаста про nixpkgs, качующая, из новости в новость про САБЖ [...]""
Так вот, глядя на следующиё текст в новости:
"" Поддерживается возможность использования пакетов, подготовленных для пакетного менеджера Nix и размещённых в репозитории Nixpkgs. ""
-- нужно понимать, что _двоичные_ (=собранные) пакеты из реп Nix нет "возможности использовать" ни в пакетном менеджере Guix, ни в ОС GNU GuixSD.
Двоичные можно разве что использовать, поставив Guix "вторым" пакетным менеджером в установку NixOS. Про установку Nix "вторым" в GuixSD не слышал, про пересборку Guix с изменением путей к /store и БД и использование демона сборки Nix написано в мануалею. Но это ещё больше камлания с бубном, чем "просто" установка Guix, с, как мне кажется, весьма неочевидными последствиями...
Из Nixpkgs можно "импортировать" скрипты сборки. Но и это больше _портирование_, чем "использование".
Импорт пакетов, что с npm-а, например, что с nixpkgs, насколько я не понимаю суть вопроса, создаёт _болванку_ скрипта сборки пакета (или группы пакетов) для Guix. А дальше либо соберётся, либо не соберётся. Если не собёрётся -- нужен хакер, чтоб его добить до собираемости. Когда же соберётся, может заработать, а может не заработать. Если не заработал, нужен ... И далее всё то же самое по кругу.
Может, оно и обычно/всегда работает, может нет. Я теоретизирую. Давайте выслушаем практиков процеса. Джентельмены?
| |
|
|