Профиль сервера

Около недели тому назад мы предприняли попытку объединить профили десктопа и сервера. Основная причина такого шага была в попытке получить единый репозиторий пакетов, в котором любой из представленных пакетов можно было бы установить как на на десктопе, так и на сервере. Как и раньше, в зависимости от USE флагов, пакеты собирались в двух версиях. Унификация пакетов позволяет решить ещё одну проблему в реализации пакетного менеджера с графическим интерфейсом. Кроме этого, появилась бы возможность в любой момент превратить CDS в терминальный сервер.

Идея оказалась неосуществимой. Если в CDS/CSS Xorg сервер по зависимостям не устанавливался, то любые попытки поставить дополнительные пакеты так или иначе устанавливали графический сервер. При любых попытках сдерживания тут же получались блокировки на установку gtk+ и других пакетов. Пользователи негативно восприняли саму идею наличия пакетов Xorg на сервере.

Сейчас профили снова разделены и построены следующим образом:

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

Хочется поблагодарить всех пользователей активно принимающих участие в настройке профиля. Сейчас важно максимально эффективно сформировать новый профиль оптимизируя флаги. Например если в десктопе imagemagick должен поддерживать raw-формат, но на сервере это скорей всего практически не будет использоваться. Так же как и поддержка alsa. Убирая из приложений неиспользуемый функционал, мы оптимизируем расход памяти, повышаем производительность и уменьшаем кол-во уязвимостей. Делитесь своими наработками. Сделаем наш сервер лучшим!

Я был один, чтобы критиковать эту попытку объединить профили ? X на CSS меня это шокировало !

Не один, конечно. Эксперимент оказался полезным.

Adrien Daugabel писал(а):

Я был один, чтобы критиковать эту попытку объединить профили ? X на CSS меня это шокировало !

совсем не один. Александр уже меня наверное тихо ненавидит :slight_smile:

меня что-то сдержало ранее в предыдущей новости написать: “зОчем?”

Такие эксперименты, конечно, полезны. Но не на работающих серверах. “Тренируйтесь вон, на кошках”. Разве Timeless не для проверки таких вот интересных, но спорных идей был создан? И под конец эксперимента заморочка с компиляцией (2 версии binutils в CDS/CSS). Судя по VK не я один на нее попал.

На работающем сервере никаких проблем не было и не появилось. CDS, Timeless и тем более CSS не получили по зависимостям Xorg. Смоделировать софт который установлен у вас на сервере не представляется возможным. Включение по зависимостям библиотек Xorg севрера так же не является проблемой.

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

P.S. Timeless подготовлен не для проверки интересных и спорных идей, а для тестирования переписываемого функционала серверных утилит.

подозреваю, что binutils про этот баг - http://www.calculate-linux.ru/issues/955

СDS, Timeless и тем более CSS не получили по зависимостям Xorg.

CDS был момент, когда можно было xorg на борт получить.

Разве что в тестовом репозитории. Опять же не криминал, как пришли так и ушли.

ну я например заметил и не пустил :slight_smile: про тестовый репозиторий интересно. как узнать на каком я, например?

и да, напоминаю про mariadb + boost. оно тоже не страшно, но хотелось бы выяснить и по возможности соптимизировать.

Тестовые репозитории представляют собой буферную зону перед остальными зеркалами. Все обновления сперва попадают на них. Выбранное зеркало отображается при обновлении. Перейти на тестовые обновления можно выполнив cl-update --stable=off.