Re: [devel] Точечные правки для дистрибутивов вне репозитория (was: Открытое сотрудничество)

[Aleksey Novodvorsky <aen@altlinux.ru>]

17 июля 2010 г. 7:48 пользователь Michael Pozhidaev <msp@altlinux.ru> написал:
> Hello, Aleksey Novodvorsky!
>
>> начинается ступор. В винде, скажем, есть Microsoft Office и
>> OpenOffice.org. Даже MS не указывает свой офис как единственный.
>> То есть Ваше решение, возможно приятное для одной установки одного
>> дистрибутива, деструктивно для репозитория в целом. И для
>
> Алексей, вот тут у Вас очень хорошая мысль затронута. Я тоже раньше в
> своих размышлениях приходил к выводу, что зачастую появляется
> необходимость сделать точечный патч некоторого пакета для некоторого
> дистрибутива, но патч бессмысленный или, как Вы сказали, деструктивный
> для репозитория в целом. Можно соорудить что-нибудь у себя локально,
> чтобы решить этот вопрос, но это как-то несерьёзно. Делать форк под
> каждый дистрибутив - неразумно, это тоже понятно. Сейчас мы можем делать
> только дистрибутиво специфичные пакеты с настройками, разного рода
> брендинги, но сами пакеты с программами идут из репозитория как они
> есть. Я бы оценил, если бы существовало какое-нибудь системное решение
> этого вопроса. Продуманное и общепринятое. Например, появляется проблема
> обновления дистрибутивоспецифичного пакета на версию из репозитория. То
> есть, в релизе нужно как-то отражать, что эта версия имеет меньший
> приоритет, чем из репозитория. Может быть, ldv@ или кто-нибудь, кто
> вплотную занимаются администрированием репозиториев, подумают над этим
> вопросом. Собственно, не для флейма.

Да, над этим можно подумать, но давайте расмотрим на примере обсудения
форка ПиСофт.
Пожалуйста, укажите мне на ошибку, но пока я не вижу ни одного
_технического_ основания для этого форка. Не считая "проблемы
consolehelper", но она все же за гранью <...> То есть пересборки
пакетов с целью включения перевода или замены названия в меню
оказались попросту не нужны. Достаточно было обсудить проблемы здесь.
Потому хотелось бы реальных примеров. Создавать удобные технические
возможности для форков по нетехническим причинам может быть и
возможно, но вряд ли это задача технического сообщества.

Rgrds, Алексей