Для какого репозитория?

Alexander Tratsevskiy wrote:

Для какого репозитория?

Для кальковых десктопов.

Я думаю мы эту проблему решим следующим образом. Будем собирать образы CLD+, CLDX+ и CDS+ с избыточным кол-вом пакетов. Эти дистрибутивы будут использовать общие репозитории с неплюсовыми дистрибутивами. Последние будут собираться из бинарей. Тогда-то и появятся бинарные версии wine, wireshark и qtcreator с USE-флагами каждого профиля.

P.S. Тот случай, когда после установки дитрибутива, из системы вряд ли в дальнейшем будет что-то выпиливаться, скорей наоборот.

Alexander Tratsevskiy wrote:

Я думаю мы эту проблему решим следующим образом. Будем собирать образы CLD+, CLDX+ и CDS+ с избыточным кол-вом пакетов.

Не очень понятно - зачем. В образах всё и без этого прекрасно. А вот возможность поставить уже собранный wine или qtdevelop и обновлять их также бинарно - это отлично же.

Эти дистрибутивы будут использовать общие репозитории с неплюсовыми дистрибутивами. Последние будут собираться из бинарей. Тогда-то и появятся бинарные версии wine, wireshark и qtcreator с USE-флагами каждого профиля.

А в чём смысл плюсовых? Или это отдельно и независимо от моего тикета? Просто как есть - Scratch & несколько версий под разные DE мне представляется необходимым и достаточным.

Не очень понятно - зачем. В образах всё и без этого прекрасно. А вот возможность поставить уже собранный wine или qtdevelop и обновлять их также бинарно - это отлично же.

Как вы себе представляете это можно сделать? Допустим я собрал эти три пакета учитывая флаги профиля CLD и CLDX и закинул в бинарные репы CLD и CLDX. Отлично. Что дальше? Как и когда мне их обновлять? Как мне учитывать обновления библиотек и т.д.?

А в чём смысл плюсовых? Или это отдельно и независимо от моего тикета? Просто как есть - Scratch & несколько версий под разные DE мне представляется необходимым и достаточным.

Смысл плюсовых в том, чтобы не для плюсовых поддерживать бинарные обновления пакетов, выходящих за рамки обновляемых образов. В качестве бонуса их можно так же выкладывать на FTP. Такая задумка давно есть. Из бинарей можно так же собирать и минимальные образы CLD, CLDX, CDS. Возможно тогда в CLS и CSS отпадёт необходимость!

Alexander Tratsevskiy wrote:

Как вы себе представляете это можно сделать? Допустим я собрал эти три пакета учитывая флаги профиля CLD и CLDX и закинул в бинарные репы CLD и CLDX. Отлично. Что дальше? Как и когда мне их обновлять?

Я ж не знаю как у вас билд устроен. Точно так же как остальные пакеты - нет?

Как мне учитывать обновления библиотек и т.д.?

Опять всё упирается в то, как вообще они билдятся.

Смысл плюсовых в том, чтобы не для плюсовых поддерживать бинарные обновления пакетов, выходящих за рамки обновляемых образов.

А откуда такая привязка к образам?

В качестве бонуса их можно так же выкладывать на FTP. Такая задумка давно есть. Из бинарей можно так же собирать и минимальные образы CLD, CLDX, CDS. Возможно тогда в CLS и CSS отпадёт необходимость!

Гибкость теряется, а приобретение не очень. Уж лучше тогда профили какие придумать по функционалу. Типа "разработчик", "видеоинженер" и т.д. скратчи лучше не убирать, они - основа гибкости.

Я ж не знаю как у вас билд устроен. Точно так же как остальные пакеты - нет?

Конечно, точно так же.

Опять всё упирается в то, как вообще они билдятся.

У вас есть какие-то предложения?

А откуда такая привязка к образам?

Пакет же должен собираться и обновляться в какой-то среде. Нельзя взять и собрать wine без установленных в системе зависимостей.

Гибкость теряется, а приобретение не очень. Уж лучше тогда профили какие придумать по функционалу. Типа "разработчик", "видеоинженер" и т.д. скратчи лучше не убирать, они - основа гибкости.

CLS это CLDX без XFCE и софта, я не прав?

Alexander Tratsevskiy wrote:

Я ж не знаю как у вас билд устроен. Точно так же как остальные пакеты - нет?

Конечно, точно так же.

Тогда неясен вопрос

Опять всё упирается в то, как вообще они билдятся.

У вас есть какие-то предложения?

Чтобы предлагать что-то вменяемое, нужно знать как устроено существующее.

Пакет же должен собираться и обновляться в какой-то среде. Нельзя взять и собрать wine без установленных в системе зависимостей.

Собирать в нормальной "неплюсовой" среде, как собираются все остальные пакеты.

Гибкость теряется, а приобретение не очень. Уж лучше тогда профили какие придумать по функционалу. Типа "разработчик", "видеоинженер" и т.д. скратчи лучше не убирать, они - основа гибкости.

CLS это CLDX без XFCE и софта, я не прав?

как разработчику дистра вам виднее. а что из этого следует?

Виктор, предложение я понял. Пакеты добавим к выходу CL15.