[devel] Build from gear

[Денис Смирнов]

On Sun, Oct 15, 2006 at 12:52:58PM +0400, Konstantin A. Lepikhov wrote:

>> Насколько я понимаю сейчас git.altlinux.ru не поддерживает возможность
>> доступа нескольких людей к одному репозиторию.
KAL> а там не нужно несколько, достаточно одного, который будет несколько refs
KAL> объединять.

Кто будет этим ключевым звеном, уход которого в отпуск блокирует всю
работу? vsu@ прямой доступ нужен, насколько я понимаю. Но также мне
кажется сомнительным что Сергей обрадуется _необходимости_ делать git
pull/push, на каждое _твое_ изменение.

Напоминаю что скоро сборка пакета в Сизиф кроме как через git будет невозможна.

Как минимум ты и vsu@ получается должны иметь доступ на запись.

>> Скажем все feat и т.д. можно просто положить в виде обычных отдельных
>> пакетов ныне стандартным методом.
>> Скрипты также можно оформить в виде отдельного пакета.
KAL> зачем? они бесполезны друг без друга.

feat/fix/... это совершенно самостоятельные пакеты. Которые, насколько я
понимаю, уходят в Сизиф в неизменном виде. Чем и отличаются от модулей.

>> А отдельный разговор со спеками для ядер и модулей. Притом что ядра, в
>> общем-то, точно также можно класть не в аналог нынешнего kernel cvs, а
>> опять же обычным образом, с модулями уже этот фокус не пройдет.
>> Разве что сделать совсем хитро -- в post-commit на git.alt можно из
>> kernel-module-* пакетов автоматически собирать параллельно несколько
>> пакетов с модулями, как это делается сейчас.
KAL> сложно и опасно - поскольку все равно сборку модулей надо контролировать.

Кто контролировать будет? Ты готов лично проверять корректность каждой
моей сборки zaptel (особенно с учетом того что из меня ядерщик такой же
как балерина -- то бишь на редкость хреновый)? Видимость контроля хуже
отсутствия такового.

Насколько я помню мы рассчитываем на сознательность мантейнера. Если он не
сознательный -- он идет лесом (в смысле ему перекрывают доступ к заливанию
ядреных пакетов). Если совсем несознательный... но на моей памяти
прецедентов с совсем несознательными не было.

Да, я понимаю что любой имеющий права на сборку модулей может подсунуть
руткит. Но я сомневаюсь что кто-то проводит вычитку кода всех
kernel-source-*.

>> В любом случае при всех подобных изменениях придется сильно переделывать
>> эти самые скрипты.
>> А идея делать "kernel cvs поверх git" приводит к тому, что мы наследуем
>> все проблемы kernel cvs, добавляя к ним ещё несколько. Что мне
>> категорически не нравится.
KAL> какие у нас проблемы в kernel cvs?

Вася Пупкин не имеет доступа в kernel cvs, но ему нужно собрать для себя
ядрышко с модулями. Ядрышко его сборки нужно ещё и Василисе Пупкиной, а
также нескольким их коллегам.

Что делать бум? Пущай варяться в своих песочницах, али как?

У нас есть сейчас три "типа официальных" flavour -- std, wks, ovz. Но я не
понимаю почему следует _запрещать_ альтернативные сборки, если они кому-то
нужны.

radlinux тому хороший пример -- автор варится в собственном соку.

Плюс совсем нелогично что в _одном_ репозитории у нас лежит все
околоядерное. Это нелогично.

Плюс нет разграничения зон ответственности. Вот я сейчас каааак возьму, и
кааааак сделаю коммит в wks26-*. Не, ну понятно что ты увидишь в почте cvs
log, дашь мне в лоб больно и откатишь изменение. А ежели не заметишь? ;)

Ну и самое главное что ты полностью проигнорировал. У нас нет SRPM. Вернее
через месяц не будет. Вообще не будет. И сделаный из kernel cvs/git/что
угодно ещё srpm ты сможешь только собрать локально и любоваться.

Поэтому подразумевается что из spec'а rpm генерируется исключительно на
git.altlinux.ru (кроме периода локального тестирования). И сделать всю
систему стоило бы так, чтобы это было удобно.

>> Вон у меня сейчас сборка астериска (из-за его развесистости) постепенно
>> начинает напоминать сборку ядра (уже два flavour, хотя в общем-то мне их 4
>> штуки нужно, да ещё и под каждый из них модули...). Проблемы абсолютно
>> аналогичны. Что теперь, под него тоже такого же монстра как нынешний
>> kernel cvs городить?
KAL> ну вот вам и нужно придумывать решение, а тут зачем изгаляться?

Это я к слову. Себе я велосипед из стайки скриптов изобрел, он работает,
это все страшно до жути но мне пофиг. И будет пофиг пока
asterisk*/seirospbx* означает что мантейнер я. Как только появится хотя бы
один модуль, который кому-то нужен, а мне нафиг не нужен, собирать его
геморройно, и я пошлю его мантейнера разбираться самого -- у него будут
проблемы.

С firefox проблемы есть уже сейчас.

С php, который ты ниже упомянул, вообще не проблемы а вилы. Перманентно
существенная часть модулей не собрана, и обновить php попросту невозможно.
О нем и не говорят даже, потому что без мата о нем говорить трудно, а мы
все-таки в приличном обществе. Однако факт есть факт -- он нужен. И мне,
который его ненавидит всей душлой -- тоже.

И, кстати, php уже напрашивается как минимум на 2 flavour -- обычный и
hardened (в связи с тем что zend optimizer с hardened, AFAIR, не
совместим, а вот люди его хотят из-за кривых поделий с закрытыми
исходниками).

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

http://freesource.info
----------------------------------------------------------------------------
Путь к мозгу программиста лежит через его геморрой.
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип     : application/pgp-signature
Размер  : 189 байтов
Описание: Digital signature
Url     : <http://lists.altlinux.org/pipermail/devel/attachments/20061015/789695d6/attachment-0001.bin>