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

Концептуально вроде бы понятно про дистрибутив, но конкретики мало. Вроде бы описание даже есть. Но только видно, что местами его не трогали и не поправляли уже очень давно. Вот например здесь http://www.calculate-linux.ru/main/ru/installation_from_livecd
упоминается директория /usr/calculate/share/linux, которая давным-давно уже не используется. Где-то в новостях, несколько лет назад, при выходе очередного дистрибутива сообщалось, что теперь эта директория переместилась в /var/calculate/linux. Я уже довольно много чего перечитал, поэтому знаю, а для нового человека это может быть неприятно. Ну да, новый человек по идее пойдёт и спросит в чате. А может и не спросит, а решит ещё что-то попробовать.

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

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

Вот пример: в настройке сервера настройка сервисов всяких осуществляется через cl-setup, например cl-setup mail. Вот я пытаюсь, как раз сегодня, запустить этот сервер. Вот страничка, которая поясняет что делает эта команда:
http://www.calculate-linux.ru/main/ru/configuration_of_mail_...

Во-первых, я запускаю внутренний хелп, cl-setup --help-mail  и вижу там три опции, смысла которых не понимаю и о которых на страничке ничего не сказано.
--history CONDITION включить или отключить сохранение истории mail сервиса, по умолчанию опция отключена. (on/off)
--history-domains DOMAIN домен или домены своей почты (запятая - разделитель)
--history-path PATH путь к истории

Естественно, прежде чем запускать мейл-сетап хочется понять, нужны ли мне эти опции, зачем они вообще. Захожу в чат, спрашиваю. Мне отвечает один человек "а сам-то как думаешь?" Этого вежливого человека зовут Balticman, не знаю всегда ли он так любезен или это конкретно в мой адрес. Другой человек ответил бы, но он не знает, да и не разработчик совсем.

Хочется понимать, на какие файлы сетап действует. Как быть, если я после сетапа хочу поменять какие-то настройки. Это надо делать руками или с помощью утилит калкулейт? В описании есть примеры, как добавлять-удалять почтовых пользователей (с помощью утилит калькулейтовских). Связаны ли они с добавлением-удалением пользователей в системе и в какой степени? В общем не всегда понятно, как именно с точки зрения калькулейт правильно будет поступать.

И вот эти мелочи они ужасно досадные и быстро вырастают в снежный ком.

Вот я вообще, наверное, не в своё дело сейчас полезу, но всё-таки хочу сказать. Есть же такая хорошая практика, сначала писать что именно хочешь сделать и как оно должно работать, а потом уже собственно программированием заниматься. Например RFC или pep в python. А здесь наоборот, к сожалению. Самим разработчикам, для внутреннего употребления это может и не нужно. Да и я, на самом деле, ни одно RFC или pep всерьёз не читал, максимум просматривал о чём там. Но здесь дело в том, что даже когда человек просто свои мысли излагает на бумаге он их причёсывает. Если их читает и комментирует ещё кто-то, то эффект ещё усиливается.

Да, материалов на сайте много. Но и устаревают они быстро. Скажем, ещё одно вспомнилось, есть там где-то на форуме про то как запустить записанный на винчестере iso образ при загрузке компьютера. Только сделано описание достаточно давно. Сейчас чтобы работало нужно добавлять строчку
iso-scan/filename=путь_и_имя_образа

Если кому-то случайно это интересно, вот такой полный пункт из моего /etc/grub.d/40_custom:

menuentry 'Calculate Linux 14 ISO builder' --class calculate --class gnu-linux --class gnu --class os {
    loopback loop (hd2,gpt5)/live_system/cldx-14-x86_64.iso
    linux (loop)/boot/vmlinuz iso-scan/filename=/live_system/cldx-14-x86_64.iso root=live:LABEL=CLDX-20140904 ro quiet init=/linuxrc rd.live.squashimg=livecd.squashfs nodevfs udev noresume doscsi splash scratch video=1680x1050 calculate=video:radeon,lang:ru_RU,keymap:ru_RU,timezone:Europe_Moscow
    initrd (loop)/boot/initrd
}

В данном случае не к calculate претензии, а просто пример того что информация устаревает и в лоб её использовать не получается.

И всё-таки, как на защитах говорят, всё это не портит общего благоприятного впечатления.

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

Ещё одно примечание. Сейчас бился с добавлением пользователей/групп на сервер средствами калькулейт. В документации это http://www.calculate-linux.ru/main/ru/migrating_users_to_cds

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

cl-setup ldap
cl-setup unix
cl-setup samba

Потом, как в мануале
cl-groupadd --gid 250 -f portage unix
cl-usermod -a portage client unix
chmod 0775 /var/calculate/remote

Потом выяснилось, что у меня не все директории есть в папке калькулейт. А те, которые есть, нужных прав доступа не имеют. Они подцепляются к соответствующим директориям в клиентской машине, если права доступа не правильные, то обновление работать не будет. Поэтому настраиваю так (не знаю правильно или нет, но работало вроде вчера):

mkdir -p /var/calculate/remote/{distfiles,packages}
chmod -R 2775 /var/calculate/remote/{distfiles,packages}
сhown -R root:portage /var/calculate/remote/{distfiles,packages}

Потом надо настроить пользователей, причём учесть, что если в клиентской системе уже есть аккаунт guest, например, то надо на сервере его добавить первым. Потому что иначе ID не будет совпадать и есть риск увидеть вместо guest свой логин. Я так и не понял, как с этим бороться, просто заново на сервере переделал конфигурацию, начиная с форсирования cl-setup -f ldap и создал пользователей в нужном порядке.

/usr/bin/cl-useradd -p -G audio,lp,plugdev,scanner,video guest samba

Несмотря на то, что самба, юникс пользователь тоже создаётся. И группа для него. Если это первый пользователь, то ID y пользователя и группы будут 1000 и 1000, в моём случае на клиенте то же самое и поэтому в дальнейшем уже никаких проблем со входом. Можно сразу проверить с помощью

cl-info -u unix
cl-info -g unix

Особое внимание надо обратить на то, что cl-setup mail создаёт группу maildomain с полным именем Default Mail Users и GID первым свободным после 1000. То есть cl-setup mail лучше отложить на потом, чтобы UID и GID у пользователей совпадали. Сначала завести всех пользователей.

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