Emerge vs. RPM

А вообще, чрезмерно эмоционировать - вредно для реального понимания проблемы.
Более того - бурное личное негодование - причина остановиться и осмотреться.
Гораздо полезнее внимательно поискать, что сам лично не понимаешь и поточнее поставить вопрос.

Прошу заметить, это будет оффтопик в теме “Emerge vs. RPM”, но да, я не понимаю:
1. почему в процессе установки у меня 3 раза подряд упал инсталлер (за 6 лет работы исключительно с linux никогда такого не видел),
2. почему пришлось целиком переразмечать диск MBR->GPT и возится с бекапом /home, чтобы таки появилась возможность довести процесс установки до конца (user-friendly говорите?),
3. почему cl-update-gui жрет процессор в режиме ожидания ответа, уже после просчета зависимостей (конечно python тут не причем, несмотря на вывод htop),

и это только начало списка. Дальше можно про старую документацию, про реальные провалы в документации (ага, такая calculate-специфичная вещь как шаблоны), и т. д.
С этим, господа, можно мириться, поскольку у дистрибутива однозначно есть свои плюсы, например грамотно собранные бинарные пакеты с адекватными зависимостями (но не все конечно, это было бы слишком хорошо), но закрывать на все прочее глаза… так будет слишком по-русски :slight_smile: Собственно, Calculate и был выбран в основном из-за пиара в рунете, в стиле “Gentoo для обычного юзера”. Ну я и говорю с позиции обычного юзера, а не как тестировщик бета версии - к бете был бы иной подход.

jone j wrote:

С этим, господа, можно мириться, поскольку у дистрибутива однозначно есть свои плюсы, но закрывать на это глаза… это слишком по-русски :slight_smile:
а кто Вам сказал что на это закрывают глаза ? команда разработчиков,на пальцах одной руки пересчитать,всего просто не могут успеть ,кто может из сообщества помочь ребятам сделать всё красиво и вовремя,помогают… критиковать видимо тренд нынешнего времени,причём просто ,без конструктива…есть идеи и предложения ? так делитесь,можете помочь-сделайте,как многие и делают и не жужжат что всё прям капут как нехорошо…вот как по русски,а не так как у Вас получается,слышал звон да не в курсе где он… и те “косяки” что Вы описываете большей частью давно преодолены и забыты,и например у меня, за семь лет использования кальки,падение инсталлера было только раз,и то не по вине дистра,а из-за специфики железки…знаете как когда то нас военрук на нвп отчитывал когда кто то чтото недогонял ?“ты один в ногу идёш а весь взвод не в ногу” вот у вас так и получается, у подавляющего большинства ВСЁ работает не падает не жрёт и доки адекватные и свежие чтобы разобраться, а Вам прям напасть,может стоит задуматься и взглянуть с другой стороны,возможно это Вы “замастерились” в других несорцовых дистрах и тут груз Ваших знаний начинает мешать,ибо он в архитектуре генту большей частью бесполезен,а уж на "невменяемый"форум наезд может сказать о Вас лиш одно,Вы ждали что вам разжуют и в рот положат(как на всяческих бунто-дэб и иже с ним форумах,где вам тупо пишут команду в терминал и остаётся только её вписать и ткнуть энтэр потому как у всех на машинах всё одинаково в пакетной каше),а тут Вас вдруг подумать/почитать послали с намёком или явным подтекстом о однобокости или малой глубине понимания проблемы(чтобы направить на правильные действия,чтобы уже само дошло что и как,так как причин и вариантов решения не одно и то что одному поможет у Вас просто не прокатит ,профили и юзы иные ) ,и что в итоге ? типичная реакция “я сам с усам” и неявная обида с ещё более нелепыми предьявами…как Вам и советовали выше, меньше эмоций,больше толка будет при спокойном мировосприятии…а гентушка вообще и калька в частности не любят суеты,нужно с чуством,с толком,с расстановкой,и неторопясь…и отложить на первое время весь багаж из бинарных дистров и опыта кодера, он мешает,проверено временем и огромным количеством людей…

jone j wrote:

2. почему пришлось целиком переразмечать диск MBR->GPT и возится с бекапом /home, чтобы таки появилась возможность довести процесс установки до конца (user-friendly говорите?),

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

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

Я умею только критиковать. И не умею писать на python…

Не хочу раздувать оффтопик, просто большинство дистрибутивов ставятся на уже существующую разметку (и им плевать, MBR там или GPT), а установщик Calculate так не может, вот и все.

jone j wrote:

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

Я умею только критиковать. И не умею писать на python…

Не хочу раздувать оффтопик, просто большинство дистрибутивов ставятся на уже существующую разметку (и им плевать, MBR там или GPT), а установщик Calculate так не может, вот и все.

да всё он умеет,и ставит на существующие разделы и в мбр и в гпт, и не хуже других установщиков,и даже прозрачней и аккуратней многих,и ему так же плевать куда ставиться,но не плевать когда пользователь хочет нереальную комбинацию…и две-три-четыре системы на один диск ему по зубам,и даже установить совершенно другой,“чужой”,дистрибутив ,был бы исошник( что я лично проделывал уже неоднократно ставя людям по их просьбе бунты/минты федоры, прямо из лайва привычной кальки,и вот такой фичи точно ни в одном другом установщике не встречал никогда,ставят только “свой” дистр,с которого запущены,за исключенем пожалуй гайдзина,но он давно заброшен и неразвивается уже лет пять,да и не установщик ,а скорей универсальный загрузчик,не суть),а что имеет более глубокую “защиту от дурака” это да,присутствует,и заметьте именно это особенно полезно в ручном режиме ,как говорится и на старуху бывает проруха и новечёк может сунуться туда где не понимает всех буковок,а бывает и не новичёк,но тоже не понимает… а оффтопик Вы всё равно подняли,причём уже создав тему, с самого начала поставив некорректный вопрос,сравнивая ПМ с совершенно разными задачами и подходом к требованиям пресловутого “юзерфрендли” - автоматической установки любой программы(а это не единичный пакет обычно а целый набор из пакетов и либ)“одной кнопкой”,которая в портеже,реализована в полной мере(пришло из БСД,а до прихода в линукс было завистью всех дэб и рпм линуксоводов ),и абсолютно отсутствует в рпм ,откуда и проистекает время обработки команд,за удобство надо платить,но если и это для Вас трудно в осмыслении, то может дело таки не в кривости дистра ? :wink:

Да не буду я обсуждать вопросы установки в этой теме, резолюция по данному вопросу уже дана: NOTABUG.

1. почему в процессе установки у меня 3 раза подряд упал инсталлер (за 6 лет работы исключительно с linux никогда такого не видел),

Мы планируем переписать графический клиент под html и вопрос в стабильности приложения отпадёт. Мало кто при администрировании кто-то использует GUI. Это станет актуальным после переписывания пакета calculate-server. В этом случае управлять пользователями станет действительно удобно.

2. почему пришлось целиком переразмечать диск MBR->GPT и возится с бекапом /home, чтобы таки появилась возможность довести процесс установки до конца (user-friendly говорите?),

Установщик может разметить разделы только при условии полного использования диска. Он не совмещает в себе мендежер разделов. Если вы хотите сохранить данные, выберите использовать существующие разделы.

3. почему cl-update-gui жрет процессор в режиме ожидания ответа, уже после просчета зависимостей (конечно python тут не причем, несмотря на вывод htop),

Утилиты работают как клиент-сервер. Сервер может быть на локальной машине, либо на удалённой, в т.ч. не имеющий графического интерфейса. В момент обновления он cl-update-gui посылает запросы серверу. В случае несетевого использования никаких задержек в запросах стояло. В 3.5.7 мы их добавили, нагрузка на процессор снята. Опять же в силу того, что графическим клиентом мы пользуемся только при тестировании, а пользователей данный факт не беспокоит, до этого момента эта проблема не была озвучена. Не думаю что всё так плохо с потреблением CPU и памяти в кальке. Посмотрите вчерашний обзор с сравнением потребления памяти и процессорного времени клальки с минтом и федорой. Ну и ещё до кучи раз, два.

и это только начало списка. Дальше можно про старую документацию, про реальные провалы в документации (ага, такая calculate-специфичная вещь как шаблоны), и т. д.

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

С этим, господа, можно мириться, поскольку у дистрибутива однозначно есть свои плюсы, например грамотно собранные бинарные пакеты с адекватными зависимостями (но не все конечно, это было бы слишком хорошо), но закрывать на все прочее глаза…

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

Ну я и говорю с позиции обычного юзера, а не как тестировщик бета версии - к бете был бы иной подход.

Кстати, обычные юзеры ещё лет 20 бы не заметили повышенную нагрузку на CPU в программе обновления во время ожидания ответа.

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

Это излишне. Вопрос о шаблонах возник только потому, что после очередного обновления с помощью утилит Calculate оказался затерт (сброшен к дефолтному) конфиг LXDM - там хоть и пара строк, но все же. Вот и интересно было бы знать, как оградить себя от подобных сюрпризов. И речь шла о чем-то типа простенького хау-ту с парой таких же простеньких примеров, как для пользователя убунты :wink:

Посмотрите вчерашний обзор с сравнением потребления памяти и процессорного времени клальки с минтом и федорой.

Посмотрю, но честно говоря на CLDX у меня нет никаких проблем с потреблением памяти.

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

Все же это остается одной из киллер-фичей Calculate: необходимость пересобирать ВСЕ пакеты при очередном обновлении на довольно слабом для этих задач железе заставила бы смотреть в сторону других дистрибутивов.

Это излишне. Вопрос о шаблонах возник только потому, что после очередного обновления с помощью утилит Calculate оказался затерт (сброшен к дефолтному) конфиг LXDM - там хоть и пара строк, но все же. Вот и интересно было бы знать, как оградить себя от подобных сюрпризов. И речь шла о чем-то типа простенького хау-ту с парой таких же простеньких примеров, как для пользователя убунты :wink:

При всём желании такого не должно быть. В конце обновления, если настройки правились вручную, cl-update по аналогии с вызовом dispatch-conf отобразит перечень изменений которые будут внесены. Чтобы сохранить данные достаточно выполнить то, что в конфиге было написано в заголовке изначально - создать шаблон с тем же именем и расширением clt. Можно просто скопировать всё, тогда это будет шаблон формата raw, данные из которого просто переписывают все изменения, либо, как в случае с lxdm сделать что-то типа:

 # Calculate format=kde
[base]
timeout=5

Тогда поменяется только эта настройка в lxdm.conf. Понять какими шаблонами настраивается файл можно из заголовка.

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

И по сей день обновляем систему из образа. Команда `cl-install -f` при выключении/перезагрузке ищет и устанавливает более свежую версию систему нужной архитектуры во второй раздел /var/calculate/remote/linux. Для офиса вообще идеально, тут тебе и защищённость от проблем с обновлением, и наличие резервной системы и скорость обновления. При установке во второй раздел переносятся настройки сети, Xorg, пользователи и т.д.

если настройки правились вручную

Не совсем: настраивалось с помощью lxdm-config, вот только сейчас открыл файл в редакторе и увидел: “For modify this file, create /etc/lxdm/lxdm.conf.clt template”

При всём желании такого не должно быть.

Но как-то случилось :slight_smile: Никаких претензий, теперь скопирую как .clt. Но не совсем понятна логика, с какой вообще целью файл lxdm.conf включен в систему шаблонов (а например syslog-ng.conf избежал такой участи, хе-хе).

Да кстати:

И по сей день обновляем систему из образа … Команда `cl-install -f` при выключении/перезагрузке ищет и устанавливает более свежую версию систему нужной архитектуры во второй раздел /var/calculate/remote/linux. Для офиса вообще идеально

Только что для офиса с 8ми часовым рабочем днем :wink: Когда аптайм исчисляется днями, то этот вариант выглядит немного по дурацки.

Но не совсем понятна логика, с какой вообще целью файл lxdm.conf включен в систему шаблонов (а например syslog-ng.conf избежал такой участи, хе-хе).

Ну а как вы думаете настраивается профиль пользователя (в какой момент), синхронизируется профиль с сервером при входе и выходе из сеанса.

Только что для офиса с 8ми часовым рабочем днем :wink: Когда аптайм исчисляется днями, то этот вариант выглядит немного по дурацки.

По дурацки бы выглядело обновление из образа каждые 8 часов.