Устанавливать просто, а вот дальше будет все непонятно и сложно.

guix install whateveryouwant. Непонятно и сложно начнется только тогда, когда пользователь захочет этого непонятного и сложного.

Сравни это с Nix, где вместо этого тебе предлагается сделать nix-env -i whateveryouwant, что ни разу не очевидно, когда ты только начинаешь пользоваться NixOS.

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

В Nix 2.0 некоторые проблемы решили, но в целом UX отстает. Хотя бы теперь не нужно использовать веб интерфейс для поиска пакетов, лол, ибо было невыносимо медленно.

Если пользователь не может диск разметить, то он реально идиот.

Дело не в том, что пользователь может или не может. Дело в рутинных действиях, которые он не должен делать руками.

А с помощью guix как это решить?

А Guix не изобретает велосипеды, а использует GNU Guile – диалект Scheme Lisp, языка общего назначения.

Соответственно вопрос «как сделать» не стоит – ответ очевиден, что просто и без лишних костылей.

В случае же с NixOS достаточно следующим этапом добавить необходимость поддержки не только IP адреса, но и доменного имени, который нужно резолвить во время применения конфигурации (лишний раз отмечу, что привожу примеры обычных рутинных задач, а не каких-то теоретических проблемы) и…

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

По мне лучше собирать систему из кубиков, а не велосипедить каждый раз программу на языке общего назначения. Во-первых если твое решение полезное, оно пойдет в народ, а не останется в ящике, во-вторых комьюнити посоветует как сделать это решение лучше.

Gnome это основное DE в GNU/Linux мире

Такое же основное как Plasma. Никак определится не могут. Я бы держался от всей этой горбухи за версту. Одна из причин почему человек ставит Linux, а не macOS или Windows как раз чтобы заиметь нормальный тайловый WM и продуктивно работать, а не мышевозить в DE с устаревшей метафорой рабочего стола

Ну вот, хейтерство Lisp да и только. Наверное, тут даже смысла нет обсуждать что-то, если для тебя это вопрос религии.

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

По мне лучше собирать систему из кубиков, а не велосипедить каждый раз программу на языке общего назначения. Во-первых если твое решение полезное, оно пойдет в народ, а не останется в ящике, во-вторых комьюнити посоветует как сделать это решение лучше.

Доведение до апстрима каких-либо фич это отдельная задача, затратная по времени.

Динамичность в Guix позволяет сделать решение себе в рамках конфига, а не каких-то внутренних скриптов вроде nixos-generate-config (написанных на Perl, бгг), после чего это решение без лишних действий использовать, пока оно будет идти в апстрим.

И не расстроиться в том случае, если апстрим его не примет — что имеет отношение больше к тому, как видит свою подсистему мейнтейнер, чем к тому, насколько решение приносит пользу и кому.

Gnome это основное DE в GNU/Linux мире

Такое же основное как Plasma.

Только по умолчанию это «такое же основное» ставят не очень охотно.

Ну вот, хейтерство Lisp да и только. Наверное, тут даже смысла нет обсуждать что-то, если для тебя это вопрос религии.

Религия непричем. Код на лиспе не для людей.

Взаимоисключающе у тебя вышло.

С лиспофобией бесполезно бороться, именно поэтому я написал «тут даже смысла нет обсуждать что-то, если для тебя это вопрос религии».

К продакшену не готов.

У меня такая же петрушка. Хотел пощупать всё таки данный дистр, но увы...

Ссылка на багтрекер?

Выходит, Guix идеален для программиста?

Интересно, насколько легко будет освоить Nix или Guix вообще без какого-либо опыта программирования? После того же Арча, например?

Только по умолчанию это «такое же основное» ставят не очень охотно.

Такое ощущение, что Gnome ставят по умолчанию просто потому, что оно пытается быть более-менее универсальным. То есть создать такое единое окружение, в котором примерно всем будет примерно одинаково плохо хорошо. В отличие от KDE, которое опять же по ощущениям пытается быть таким, чтобы его можно было индивидуально подстроить в точности под свои предпочтения. Вот и не ставят его по умолчанию, потому что ненастроенный KDE — это на самом деле пол-KDE. Или как-то так.

Сравни это с Nix, где вместо этого тебе предлагается сделать nix-env -i whateveryouwant, что ни разу не очевидно, когда ты только начинаешь пользоваться NixOS.

% emacs
The program ‘emacs’ is currently not installed. It is provided by
several packages. You can install it by typing one of the following:
  nix-env -iA nixos.emacs
  nix-env -iA nixos.emacs25
  nix-env -iA nixos.emacs25-nox
  nix-env -iA nixos.emacs26-nox

Lisp has all the visual appeal of oatmeal with fingernail clippings mixed in. Зрячему человеку естественно питать отвращение к синтаксису лиспа.

Великий анон, ты меня в краску вогнал. Найду время и заведу тикет, обещаю.

Увеличил диск до 40 Гб, память до 4 гб, отдал 4 ядра, остановил торрент клиент... Завелся сразу же.

Вопрос знатокам, сессию на wayland запустить?

Как гном на валенном запустить?

Жесть у его пакетного менеджера установка черезпопная на других дистрах. NixOS тут лучше выглядит.

Я ставил с флехи на комп. Памяти 8гб, 2 ядра и вот под / у меня 38гб. Дело видать в этом. Зарепортишь?

И сразу много вопросов, почему это не нормальные команды, как в Guix, а какие-то костыли.

Ещё один религиозный фанатик.

Вы ходите в храмы, а на ЛОР свой буллшит от необразованности не тащите.

ты про «-iA» и «nix-env» ? Наверно, исторически так сложилось. Некие «аттрибуты» вместо «имени» меня раздражают до сих пор.

Еще, например, используешь nix run nixpkgs.gcc8 , а что такое ‘nixpkgs’ - не понимаю. sudo nix-channel --list говорит что есть канал ‘nixos’, никаких nixpkg.

Надеюсь, это все причешут. Взять за основу можно похожесть на git с его remote

GNOME 3 + Wayland Guix config

here it is my config for Gnome+Wayland:

# cat config.scm
;-*- mode: Scheme; -*-
;;this is znavko's cute config

(use-modules (gnu) (gnu system nss)
	     (gnu system locale) ;;for locale-definition
	     (gnu services desktop)
	     (srfi srfi-1)	       ;;for remove function
	     (gnu services networking) ;;for remove ntp
	     (gnu services avahi)      ;;for remove avahi
	     (gnu services xorg)
	     (gnu packages admin) ;;for wpa_supplicant
	     (gnu services sddm) ;;for wayland gnome
	     )

(use-service-modules desktop)
(use-package-modules certs gnome)

(operating-system (host-name "antelope") (timezone "Europe/Moscow") (locale "en_US.utf8")
		  (bootloader (bootloader-configuration (bootloader grub-bootloader) (target "/dev/sda")))
		  (file-systems (cons (file-system (device "/dev/sda1") (mount-point "/") (type "ext4")) %base-file-systems))
		  (swap-devices '("/dev/sda2"))

		  (users (cons* (user-account (name "bob") (group "users")
					      (supplementary-groups '("wheel" "netdev" "audio" "video"))
					      (home-directory "/home/bob"))
				(user-account (name "mom") (group "users")
					      (supplementary-groups '("wheel" "netdev" "audio" "video"))
					      (home-directory "/home/mom"))
				%base-user-accounts))

		  ;; This is where we specify system-wide packages.
		  (packages (cons* nss-certs ;for HTTPS access
				   gvfs	     ;for user mounts
				   wpa-supplicant
				   %base-packages))

		  (services (cons* 
			     ;(service xfce-desktop-service-type)
			     (service gnome-desktop-service-type)
			     (service dhcp-client-service-type)
			     (sddm-service
				      (sddm-configuration
				       (display-server "wayland")))

			     (modify-services      
			      (remove (lambda (service)
					(member (service-kind service)
						(list ntp-service-type avahi-service-type 
						      bluetooth-service network-manager-service-type
						      gdm-service-type)))
				      %desktop-services) ;end of remove lambda services

			      (wpa-supplicant-service-type config =>
							   (wpa-supplicant-configuration
							    (interface "wlp2s0")
							    (config-file "/etc/wpa_supplicant/wpa_supplicant.conf")))

			      (elogind-service-type
			       c => (elogind-configuration (handle-lid-switch 'ignore)))
			      )	;;end of modify-services
			     ))	;;end of services

		  ;; Allow resolution of '.local' host names with mDNS.
		  (name-service-switch %mdns-host-lookup-nss)

		  ;;blacklist ugly sound speaker, blacklist ideapad_laptop for prevent soft blocking wlan
		  (kernel-arguments '("modprobe.blacklist=pcspkr,snd_pcsp,bluetooth,ideapad_laptop"))

		  ) ;;end of operating-system

for reconfigure open another tty session with Ctrl + Alt + F2 (for example) and start `guix system reconfigure config.scm`

essential are these lines:

(use-modules ...

	     (gnu services sddm) ;;for wayland gnome
)
...

(operating-system
 (services (cons* 
			     ...
			     (service gnome-desktop-service-type)
			     ...
			     (sddm-service
				      (sddm-configuration
				       (display-server "wayland")))
...
 )
)

http://0x0.st/zT3Z.jpg — here you choose the Gnome Wayland session in sddm

http://0x0.st/zT3P.jpg — here it is my gnome (quality is underground)

other settings in my config reference to networking (wpa+dhclient, also disabling pc-speaker and extra wifi modules, disabling unnecessary services from %desktop-services and so on...)

the problem is that I cannot figure why my apps use only english layout instead of russian that i've chose?

Ничего религиозного. Напротив, это лисперы фанатично защищают s-expressions, игнорируя все достижения в области синтаксического разбора за последние 60 лет.

Напротив, это лисперы фанатично защищают s-expressions

Пока в треде фанатиков лиспа замечено не было, а вот с другой стороны баррикад кретинов достаточно.

Интересно, насколько легко будет освоить Nix или Guix вообще без какого-либо опыта программирования? После того же Арча, например?

Решать тебе. Можешь посмотреть примеры конфигов NixOS и GuixSD. В GuixSD диалект лиспа scheme с s-выражениями(скобками), в NixOS свой nixlang. Тут говорят что второй простой и никуда не годится, однако он более понятен для чтения и полностью справляется с возложенными на него задачами. Еще учти что в GuixSD будут проблемы с поддержкой оборудования и малое количество софта.

Linux-libre

Странно, что GNU Hurd не завезли, лол.

А вы к какой стороне баррикад себя относите?

Примеры примерами, но хотелось бы ещё прочесть и живой комментарий кого-то со схожим опытом всё-таки.

И насчёт пакетов. Вот к тому по большей части и вопрос, что ни в том, ни в другом всё равно нет всего желаемого софта. И потому сразу бы хотелось понять, насколько легко (или нет) будет переходить с написания PKGBUILDов (очень простых для понимания) на их языки и форматы пакетов. Уже можно понять, что NixOS с этой точки зрения будет предпочтительнее, но вот насколько предпочтительнее? Может быть, без опыта программирования и его будет всё равно довольно бессмысленно пробовать? Пока что складывается скорее такое впечатление.

хотелось бы ещё прочесть и живой комментарий кого-то со схожим опытом всё-таки

balsoft активно использует NixOS, посмотри его сообщения и посты в галерее и ссылки на конфиг. Camel использует GuixSD.

Может быть, без опыта программирования и его будет всё равно довольно бессмысленно пробовать? Пока что складывается скорее такое впечатление.

Попробуй для начала как юзер хотя бы в виртуалке. У NixOS неплохой мануал, где затронуты интересующие вопросы, в том числе и по опакечиванию. А вот Guix использует диалект лиспа Scheme и на странице GuixSD советуют осилить хотя бы SICP.

И насчёт пакетов. Вот к тому по большей части и вопрос, что ни в том, ни в другом всё равно нет всего желаемого софта.

В NixOS сейчас самый крупный репозиторий по количеству пакетов. Даже больше, чем в Debian.

И они очень легко переносятся на GuixSD, так что если написать генератор — в GuixSD их тоже будет много.

Уже можно понять, что NixOS с этой точки зрения будет предпочтительнее

И откуда это можно понять? Я пользуюсь NixOS не первый год, и планирую переходить на GuixSD считай только из-за более удобного языка.

Nix это прежде всего аналог .ini файлов с небольшими костылями для чуть большей гибкости.

На базовом уровне GuixSD можно использовать тоже как конфигурационный файл, но на более продвинутом — как захочется, в отличие от NixOS, ограничивающего тем, если ли это в перловой лапше апстрима.

Может быть, без опыта программирования и его будет всё равно довольно бессмысленно пробовать?

1. Программирование — это базовое значение в современном мире. Даже журналисты сейчас программируют.

2. На уровне пользователя достаточно гайдов «замените эту строчку». Для копипасты программировать уметь не нужно.

А вот Guix использует диалект лиспа Scheme и на странице GuixSD советуют осилить хотя бы SICP.

на странице GuixSD советуют осилить хотя бы SICP

Этот анонимус лжёт.

1. Во-первых не советуют (даже на страницу GNU Guile первыми ссылками идут туториалы, а не курсы из MIT).

2. Во-вторых необходимость изучения Scheme Lisp для Guix не выше, чем необходимость изучения Haskell для использования xmonad. Hint: годами пользовался xmonad даже не прочитав ни одного туториала по Haskell.

Уже можно понять, что NixOS с этой точки зрения будет предпочтительнее, но вот насколько предпочтительнее?

Для человека освоившего emacs выбор очевиден.

даже на страницу GNU Guile первыми ссылками идут туториалы

Где? Я что-то пропустил?

Во-вторых необходимость изучения Scheme Lisp для Guix не выше, чем необходимость изучения Haskell для использования xmonad.

Что говорит о высокой квалификации разрабов Xmonad. А схема все таки сложнее для чтения.

Так как все таки быть с софтом и поддержкой железа в GuixSD?

тот самый анонимус

Scheme сложнее для чтения чем Haskell.

LOL

Глупый анон сравнивает Nix и GuixSD. Последний, в отличие от первого, только-только выходит из стадии бэты. Вопрос:

Так как все таки быть с софтом и поддержкой железа в GuixSD?

Ответ: да всё замечательно - в честь очередной годовщины победы, команда GNU преимущественно работая за спасибо, в ударные сроки выкатили туеву прорву пакетов догнав и перегнав все дистибутивы пингвина вместе взятых. Поддержка железа также уже заткнула за пояс многие прориетарные операционные системы. Всё готово! Все только ждут когда товарищ Император медальки героям раздаст.

Глупый анон сравнивает Nix и GuixSD. Последний, в отличие от первого, только-только выходит из стадии бэты.

Глупый ados не понимает что юзеру пофигу на какой стадии разработки находится дистрибутив, юзеру главное чтоб подключенная железка распозналась и корректно работала, чтоб необходимый набор софта имелся в наличии и тому подобное. Libre Kernel и прочий фанатизм нивелирует старания разработчиков и отталкивает от себя конечных пользователей. Как писал кто-то выше, GuixSD пилят ради пиления, в отличии от NixOS, который активно используют в продакшене.

Глупый анан не понимает что есть категория пользователей которым не пофиг и на лецинзионную чистоту софта, что гораздо легче обмазать прориетарным говном полностью свободный GuixSD, на базе которого никто не мешает делать такого рода дистрибудтивы, чем пердолиться с загаженной системой на случай лицензионных проверок.

Глупый анон не понимает что фанатизм это слепое следование идеям, в то время как у GNU достаточно аргументированная позиция.

Глупый анан не понимает что есть категория пользователей которым не пофиг и на лецинзионную чистоту софта

Лол, это уже не обычные юзеры. Обычному пофиг на всякие лицензии и зонды, ему нужно чтоб вайбер звонил и воцап сообщения отправлял.

гораздо легче обмазать прориетарным говном полностью свободный GuixSD

Вот только почему-то еще не обмазали. Наверное потому что никто о гуиксе(гиксе) не знает и никому он не нужен.

на случай лицензионных проверок

В рашке или где?

Вот только почему-то еще не обмазали.

Вышел GNU Guix 1.0.0 (комментарий)

Ясно, понятно. Когда завезут - позови.

Это неправда. Форт хуже лиспа.

1. код нечитабелен

2. надо мысленно следить за состоянием стэка

3. перенасыщение или голодание стэка - обычная проблема

ПРосто ты неправильно понимаешь суть форта, из него нужно делать среду для решения какой то задачи, а не брать и юзать просто так.

Доведение до апстрима каких-либо фич это отдельная задача, затратная по времени.

Но она себя полностью оправдывает.

Динамичность в Guix позволяет сделать решение себе в рамках конфига

Кому что надо. Как я понял тебе нужен полностью программируемый дистрибутив, окей. Мне больше нравится сборка системы из готовых примитивов.

после чего это решение без лишних действий использовать, пока оно будет идти в апстрим

git rebase channels/nixos-unstable не хуже вариант

И не расстроиться в том случае, если апстрим его не примет — что имеет отношение больше к тому, как видит свою подсистему мейнтейнер, чем к тому, насколько решение приносит пользу и кому.

Обычно, если не принимают, на это есть хорошая причина. Но как раз полезные функции в библиотеку принимают. Опять же дадут советов как оптимизировать твой код

С лиспофобией бесполезно бороться, именно поэтому я написал «тут даже смысла нет обсуждать что-то, если для тебя это вопрос религии».

Окей, опустим. Что насчет:

1. За 7 лет развития GuixSD так и не снискал особой популярности

2. Я не видел вакансий по GuixSD

3. В составе нету нормального ядре, только libre

4. Нет проприетарных программ в репозитариях

Здесь у меня уже столлманофобия пошла по пунктам 3,4 ?)

I recommend you inspect vm.sh before running it. Press Ctrl-C if something seems wrong (after all, Microsoft owns Github now; you never know if it’s Windows 10 installation script)

И действительно!

А вообще, отзывы опытных пользователей про сами Nix и Guix весьма полезны и интересны, но вот в этом конкретном случае (освоения этих дистрибутивов без навыков программирования) слегка нерелевантны. Сытый голодного не разумеет и всё такое.

И пока что пробую в виде пакета, установленного поверх основной системы. И всё же выходит, что несмотря на все явные достоинства, требования к пользователю и у Nix ощутимо выше, чем у Arch. И чтение конфигов только усиливает это ощущение.

…

Ну хотя бы подсветку синтаксиса Nix lang для Kate написал кто-нибудь? И это вообще в порядке вещей, что nix-env может вот так просто взять и занять целый гигабайт памяти, пока выполняется?!

Да, да, остаётся только порадоваться за тех журналистов. И пользователей. Так как насчёт уровня «сам себе злобный мейнтейнер»? На Арче такой уровень достигается практически сам собой. По большому счёту достаточно просто читать PKGBUILDы, которые устанавливаешь из AUR.

В NixOS сейчас самый крупный репозиторий по количеству пакетов. Даже больше, чем в Debian.

Но всё ещё меньше, чем в Arch+AUR. И уж тем более там нет того, что есть только в собственном локальном микрорепозитории. Нет, пакетить вручную пришлось бы в любом случае. Пакеты сами себя не напишут!

И откуда это можно понять? Я пользуюсь NixOS не первый год, и планирую переходить на GuixSD считай только из-за более удобного языка.

Более удобного для программиста — возможно! Но не для обычного, ничем не примечательного линуксоида. А понять хотя бы из того, что, как утверждалось ранее, Nix lang «простой и никуда не годится, однако он более понятен для чтения и полностью справляется с возложенными на него задачами». Если он действительно более понятен для чтения, то и освоить его проще, чем Scheme из Guix, не так ли? Но даже если и так, то похоже, что этой разницы окажется недостаточно. Проще, чем Scheme/Guix, но всё равно слишком сложный.

И к тому же разработчики Nix даже подчёркивают:

Therefore it’s very important to understand both the syntax and the semantics of the language.

И вот это вот, значит, «аналог ini-файлов с небольшими костылями»?! Нет, опять же, с точки зрения программиста может быть так оно и есть… но кажется, ссылка на это утверждение уже встречалась в этом профиле посте.

Доведение до апстрима каких-либо фич это отдельная задача, затратная по времени.

Но она себя полностью оправдывает.

Крайне редко, иначе мы бы вместо snap, appimage, сторонних репозиториев и пр. видели бы четкие и стройные официальные репозитории.

Динамичность в Guix позволяет сделать решение себе в рамках конфига

Кому что надо. Как я понял тебе нужен полностью программируемый дистрибутив, окей. Мне больше нравится сборка системы из готовых примитивов.

Зачем ты пытаешься кого-то ввести в заблуждение? GuixSD не отрицает сборку системы из готовых примитивов.

Изначально GuixSD это почти точно такой же дистрибутив, что и NixOS. Более того, некоторые мейнтейнеры одновременно поддерживают описания сборки как для Guix, так и для Nix. Точно также, как я стараюсь продвигать NixOS, но при этом вижу большую перспективу в GuixSD.

Но Guix дополняет возможностями работать с дистрибутивом как с библиотекой. Не усложняя работу с настройкой системы на том же уровне, что и Nix.

git rebase channels/nixos-unstable не хуже вариант

Неправильно ты, дядя Федор, бутерброд ешь.

# nix-channel --add https://nixos.org/channels/nixos-unstable unstable
# nix-channel --update
# head /etc/nixos/configuration.nix
{ config, pkgs, ... }:

let
  unstable = import <unstable> {};
in {
  imports =
  ...

Этот и некоторые другие мелочи я описывал в статье на xakep.ru, но на данный момент оно доступно только подписчикам, поэтому прямую ссылку дать не могу (но на моем персональном одностраничнике есть на нее ссылка).

И не расстроиться в том случае, если апстрим его не примет — что имеет отношение больше к тому, как видит свою подсистему мейнтейнер, чем к тому, насколько решение приносит пользу и кому.

Обычно, если не принимают, на это есть хорошая причина. Но как раз полезные функции в библиотеку принимают. Опять же дадут советов как оптимизировать твой код

Полезные функции — это те, которые нужны человеку их использующих. Если апстрим решает что полезно мне, а что нет — мне нужна возможность без поддержания собственного форка описаний пакетов по-человечески использовать систему так, как я считаю это нужным.

1. За 7 лет развития GuixSD так и не снискал особой популярности

NixOS более чем в два раза старше, и с ним ситуация пусть и лучше, но я не могу назвать, что он популярен.

2. Я не видел вакансий по GuixSD

А по NixOS ты их много видел? t184256 вот целенаправленно пытался устроиться, но только как-то ничего не вышло.

3. В составе нету нормального ядре, только libre
4. Нет проприетарных программ в репозитариях

Не вижу особой проблемы, если основной репозиторий не будет содержать проприетарного ПО.

Мне как-то более комфортно добавлять проприетарные блобы, чем выпиливать их :)

Тем более, что по факту это просто добавление еще одного репозитория.

Другое дело, что хорошо бы иметь «one true unofficial non-free repo», и вполне может быть, что я попробую сотворить данное начинание.

Под NixOS их пара десятков, balsoft вон нашел удаленку. На неудаленку крайне рекомендую быть американцем или хотя бы европейцем.

Под Guix — удачи, лол. Там им какие-то деньги давали, проще с этого конца пойти искать.

Под NixOS их пара десятков, balsoft вон нашел удаленку. На неудаленку крайне рекомендую быть американцем или хотя бы европейцем.

пара десятков

О том и речь, что пусть и ситуация с NixOS лучше (16 лет все-таки дистрибутиву), но сравнивать NixOS и GuixSD на уровне Ubuntu vs Debian по меньшей мере рановато.

На nixos их на самом деле дофига, просто большая часть – это парт-тайм удаленка, и посему выполняется фулл-тайм разрабом в свободное от основной деятельности время (ибо экономия). До меня именно так и было – разраб попиливал nix-овую часть в свободное время.

А на guix вообще никаких вакансий я пока нигде не видел.

Каналы – на помойку, официальная позиция Eelco. Всё никак не найду ссылку на тот тред, но это так.

Каналы – на помойку, официальная позиция Eelco. Всё никак не найду ссылку на тот тред, но это так.

И что он предлагает использовать взамен?