Re: [devel] Build from gear

["Денис Смирнов" <mithraen@altlinux.ru>]

[-- Attachment #1: Type: text/plain, Size: 3032 bytes --]

On Sun, Oct 15, 2006 at 05:13:20PM +0400, Konstantin A. Lepikhov wrote:

KAL> Денис, давай без нагнетания напряженности ;) я не слышал про закрытие i/S
KAL> через 2 недели, и думаю, никто не пойдет на такое. Просто i/S станет еще
KAL> одной подготовительной стадией к сборке, вот и все.

То есть ты предлагаешь вообще проблему проигнорировать, и продолжать
пользоваться kernel cvs как раньше, правильно я тебя понимаю?

> KAL>> а чем васю не устраивает свой cvs репозиторий?
>> Васю не устраивает это исключительно тем, что пользователи этого ядра
>> почему-то могут оказаться вполне себе другими пользователями Сизифа.
>> Скажем по другому -- сильно мой via26 кому-то помешал? Был он мне нужен --
>> жил. Потом тихонько сдох, потому что никому больше нужен не оказался.
>> Оказался бы -- жил бы дальше. Чем это плохо?
KAL> плохо замусориванием cvs, где нельзя каталоги удалить ;)

man cvs :-P
я при апдейте из cvs всегда прошу его прибивать пустые каталоги.

>> Да, я понимаю что в дистрибутив такие левые ядра класть нельзя. Но и ll26
>> твой загнулся, во многом из-за того что многие кто могли бы по чуть-чуть
>> помочь просто не имели доступа к kernel cvs.
KAL> и даже если бы имели, что изменилось? Кстати, он не загнулся, у него
KAL> вялотекущая кома :)

Могли бы чуток помочь :)

>> Если мы это разрешаем, то на того человека который будет работать прокси
>> падает большая нагрузка. Проксей людей быть не должно.
KAL> люди должны сбиваться в team@ и проксировать сообща.

В нынешнем git.altlinux.ru нет понятия team.

> >>> radlinux тому хороший пример -- автор варится в собственном соку.
> KAL>> и автора это устраивает.
>> Автора -- да. Его пользователей -- нет. Точно тебе говорю.
KAL> тогда это list mismatch. Пинайте автора.

Увы, проблемы не у автора а у нас. И ему свою задачу оказалось проще
решить своими велосипедами, потому что штатные с квадратными колесами.

> >>> Плюс совсем нелогично что в _одном_ репозитории у нас лежит все
> >>> околоядерное. Это нелогично.
> KAL>> можно сделать _один_ околоядерный репозиторий, как в ovz.
>> Смысл?
KAL> дабы при сборке цеплять его и делать возможными ядра, использующие что-то
KAL> не сизиф-специфичное.

Для этого не требуется мешать мух с котлетами.

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

То бишь сейчас у нас как минимум три _разных_ сущности:
 - модули
 - feat/fix/...
 - ядра

>> Вот сию секунду собрано все мне нужное. Однако за последние пол года более
>> половины времени php был неюзабелен в том числе по причине не собранности
>> модулей. И у меня есть подозрение что как только будет обновлен php, цирк
>> продолжится.
KAL> не будет. У legion@ теперь есть тестеры и заинтересованность.

rpm -qi утверждает что не все php-* мантейнит legion@. Он мне нагло врет?

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
<ab> AMike: мы боты! мы боты! мы боты не купили!

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]