[devel] rpm-build и дистрибутив

[devel] rpm-build и дистрибутив

[Alexey Tourbin]

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

Будет ли на основе текущего замороженного среза Сизифа готовиться
что-то вроде general-purpose дистрибутива для разработчиков?  Мне
хотелось бы, чтобы в такой дистрибутив вошел новый модульный rpm-build;
тогда как для серверного и desktop дистрибутивов это маловажно.

Текущий бранч mod работает очень хорошо, но ещё придется дорабатывать
все остальные rpm-build-* пакеты, и пробемы со сборкой некоторых пакетов
точно будут.  Некоторые из этих проблем я смогу помочь разрешить.

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

Re: [devel] rpm-build и дистрибутив

[Aleksey Novodvorsky]

On 4/9/07, Alexey Tourbin <at@altlinux.ru> wrote:
> Будет ли на основе текущего замороженного среза Сизифа готовиться
> что-то вроде general-purpose дистрибутива для разработчиков?

Master сгодится в таком качестве? Или Вы имеете в виду другой формат?

Rgrds, Алексей

 Мне
> хотелось бы, чтобы в такой дистрибутив вошел новый модульный rpm-build;
> тогда как для серверного и desktop дистрибутивов это маловажно.
>
> Текущий бранч mod работает очень хорошо, но ещё придется дорабатывать
> все остальные rpm-build-* пакеты, и пробемы со сборкой некоторых пакетов
> точно будут.  Некоторые из этих проблем я смогу помочь разрешить.
>
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel
>
>

Re: [devel] rpm-build и дистрибутив

[Alexey Tourbin]

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

On Mon, Apr 09, 2007 at 05:43:21PM +0400, Aleksey Novodvorsky wrote:
> On 4/9/07, Alexey Tourbin <at@altlinux.ru> wrote:
> > Будет ли на основе текущего замороженного среза Сизифа готовиться
> > что-то вроде general-purpose дистрибутива для разработчиков?
> 
> Master сгодится в таком качестве? Или Вы имеете в виду другой формат?

Да, я имел в виду что-то типа Master.  Но мой вопрос в другом: стоит ли
быстро доделать новый rpm-build с тем, чтобы включить его в текущий срез.

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

Re: [devel] rpm-build и дистрибутив

[Hihin Ruslan]

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

Здравствуйте Alexey Tourbin
  В сообщении от Понедельник 09 апреля 2007 Alexey Tourbin написал(a):
 > > Master сгодится в таком качестве? Или Вы имеете в виду другой
 > > формат?
 >
 > Да, я имел в виду что-то типа Master.

1 А почему именно Мастер, почему не сделать отдельный дистрибутив ?

2 А нельзя сделать для него отдельный бренч, что-бы на нём вначале 
обкатать вопросы сборки, что-бы после разморозки от него уже расти 
размороженному Сизифу ?

-- 
С уважением Xихин Руслан

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

[devel] beehive

[Alexey Tourbin]

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

On Tue, Apr 10, 2007 at 02:54:51AM +0400, Hihin Ruslan wrote:
>  > > Master сгодится в таком качестве? Или Вы имеете в виду другой
>  > > формат?
>  >
>  > Да, я имел в виду что-то типа Master.
> 1 А почему именно Мастер, почему не сделать отдельный дистрибутив ?

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

Вот сейчас заморожен стабильный срез сизифа.  Доподлинно известно
только, что на его основе будет выпущен серверный дистрибутив.  Пророк
Соломон сказал нам также, что на его основе будет выпущен десктопный
дистрибутив без гнома.  Я говорю, что для универсального technology
дистрибутива этот срез не подходит.  Из "моих" задач средней сложности
нужно доделать rpm-build с модульным поиском зависимостей; это можно
сделать без затягиваний.  Из общих задач большой сложности нужно
полностью перейти на сборку из git.

Что по мне, то лучше бы такого дистрибутива вообще не было.  Не надо
баловать разработчиков, пусть работают на сизифе.  Сервер и десктоп --
это решения для админов и для юзеров.  Это понятно.

> 2 А нельзя сделать для него отдельный бренч, что-бы на нём вначале 
> обкатать вопросы сборки, что-бы после разморозки от него уже расти 
> размороженному Сизифу ?

Гипотетически можно сделать что угодно.  Вопросы обкатки не тривиальны,
поэтому всякие смелые, но не обременительные, инициативы обычно (по факту)
идут по лесу.

У меня есть некоторые мысли, что же обкатка на самом деле может из себя
представлять.  Они касаются того, что beehive может работать в режиме
реального времени.  При наличии достаточных мощностей при прохождении
любого пакета в сизиф можно попробовать сделать полную пересборку сизифа.
Если пакет ломает сборку каких-либо других пакетов, он ставится на
подтверждение (подтвердить может incominger, ldv или, допустим, кто-то
ещё из ограниченного круга).  В противном случае пакет автоматически
проходит в сизиф, и очередь продвигается.

На самом деле нужно пересобирать на весь сизиф, а только ту его часть,
которая сборочно зависит от нового пакета (и всех его подпакетов).  Год
назад я написал прототип такой системы, часть её сохранилась в виде
файла buildlog.sh в qa-robot.git.  Имея на руках логи предыдущих сборок,
нетрудно построить соответствие между src.rpm'ами и собранными пакетами.
То есть можно узнать, для каких пакетов меняется сборочная среда после
прохождения в сизиф данного пакета.

С учетом полного переноса сборки на git (т.е. отказа от src.rpm пакетов)
не всё из сказанного остается актуальным.  Тем не менее, эта идея в целом
по-прежнему кажется мне правильной.

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

Re: [devel] beehive

[Hihin Ruslan]

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

Здравствуйте Alexey Tourbin
  В сообщении от Вторник 10 апреля 2007 Alexey Tourbin написал(a):
 > Тем не менее, эта идея в целом
 > по-прежнему кажется мне правильной.

Мне она то-же понравилась :)

-- 
С уважением Xихин Руслан

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

Re: [devel] rpm-build и дистрибутив

[Dmitry V. Levin]

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

On Mon, Apr 09, 2007 at 05:27:15PM +0400, Alexey Tourbin wrote:
> Будет ли на основе текущего замороженного среза Сизифа готовиться
> что-то вроде general-purpose дистрибутива для разработчиков?  Мне
> хотелось бы, чтобы в такой дистрибутив вошел новый модульный rpm-build;
> тогда как для серверного и desktop дистрибутивов это маловажно.
> 
> Текущий бранч mod работает очень хорошо, но ещё придется дорабатывать
> все остальные rpm-build-* пакеты, и пробемы со сборкой некоторых пакетов
> точно будут.  Некоторые из этих проблем я смогу помочь разрешить.

А может лучше сделать это в Сизифе и потом спортировать?


-- 
ldv

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

Re: [devel] rpm-build и дистрибутив

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [070409 18:56]:
> > Текущий бранч mod работает очень хорошо, но ещё придется дорабатывать
> > все остальные rpm-build-* пакеты, и пробемы со сборкой некоторых пакетов
> > точно будут.  Некоторые из этих проблем я смогу помочь разрешить.
> А может лучше сделать это в Сизифе и потом спортировать?
Тогда придётся портировать всё, что не соберётся в 4.0 с новым
rpm-build.  Их много?

-- 
Regards,
Sir Raorn.

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

Re: [devel] rpm-build и дистрибутив

[Alexey Tourbin]

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

On Mon, Apr 09, 2007 at 10:59:40PM +0400, Alexey I. Froloff wrote:
> * Dmitry V. Levin <ldv@> [070409 18:56]:
> > > Текущий бранч mod работает очень хорошо, но ещё придется дорабатывать
> > > все остальные rpm-build-* пакеты, и пробемы со сборкой некоторых пакетов
> > > точно будут.  Некоторые из этих проблем я смогу помочь разрешить.
> > А может лучше сделать это в Сизифе и потом спортировать?
> Тогда придётся портировать всё, что не соберётся в 4.0 с новым
> rpm-build.  Их много?

Кое-что сломается, но это не однозначно.  Например, сейчас поиск
зависимосетй в неисполняемых шелл-скриптах отключается.  Это больше
похоже на хак, который в свою очередь иногда приходится объезжать (см.
напр. service.spec, я уже об этом писал).

Кое-что сломается по части pkgconfig.req и pkgconfig.prov, просто потому
что сейчас эти ошибки абсолютно тихо игнорируются.

В общем, хуже не будет, но некоторые усилия придется приложить.


По сути, если говорить об универсальном дистрибутиве для разработчиков
типа Master, то ещё многое хотелось бы сделать.  Я думаю, что тот срез
сизифа, который сейчас замораживается, на milestone release не тянет.
Технология сборки из git не обкатана и даже не запущена в работу.
Значит, не понятно, в каком виде придется прикладывать исходники:
в виде git репозитариев или в виде src.rpm пакетов.

Всё это не мешает выпускать "не универсальные" дистрибутивы, типа
серверного или десктопного.  Но milestone release должен фиксировать
достижения в технологии разработки.  Master 2.4 был как раз таким
релизом, когда hasher был полностью внедрён.


Почему модульный поиск зависимостей кажется мне важным?  Это может
произвести положительное впечатление на тех немногих разработчиков
или продвинутых пользователей, которые ещё куда-то смотрят, кроме обоев
дистрибутива.  То есть это дает возможность расширять rpm, вводя новые
типы зависимостей для целых групп пакетов.  Если кто-то собирается
"делать" нечто новое на основе дистрибутива-конструктора, то это может
оказаться важным.

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

Re: [devel] rpm-build и дистрибутив

[Alexey I. Froloff]

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

* Alexey Tourbin <at@> [070410 02:25]:
> По сути, если говорить об универсальном дистрибутиве для
> разработчиков типа Master, то ещё многое хотелось бы сделать.
"Релиз раз в пол года" звучит очень оптимистично, что не мешает
нам стремиться к этому.  Может тогда этот релиз выпустить с
_предсказуемым_ поведением и стабилизированными серверными
компонентами и к следующему релизу заниматься сборочной средой?
Как раз будет время на тестирование, а бинарная совместимость
далеко уехать не должна.

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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