[d-kernel] building kernel from CVS

[d-kernel] building kernel from CVS

[Sergey Vlasov]

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

Hello!

Похоже, при сборке ядер в CVS сломали %format_patch_list. Дело в том,
что там используется rpmquery для получения версий использованных fix-
и feat-пакетов. В kernel-image-std-smp-2.4.22-alt2.src.rpm, лежащем
сейчас в Сизифе, этот список пустой (что в бинарных пакетах - не
смотрел, но при сборке в hasher должно быть нормально).

Относительно бинарных пакетов, собираемых скриптами из CVS, всё
понятно - там нужно добавить передачу %_dbpath в вызове rpmquery.
Проблема в том, что при выполнении пересборки src.rpm (в котором в
%description тоже есть эта информация) может получиться несоответствие
бинарных и исходных пакетов (если на момент пересборки в репозитарии
окажутся другие версии прочих пакетов). Т.е. src.rpm с описанием,
отражающим реальную ситуацию, можно получить только от rpmbuild -ba,
когда он создаётся одновременно с бинарными пакетами.

Что будем делать? Или наплюём на кривой %description у src.rpm?

-- 
Sergey Vlasov

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

Re: [d-kernel] building kernel from CVS

[Anton Farygin]

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

Sergey Vlasov пишет:
> Hello!
> 
> Похоже, при сборке ядер в CVS сломали %format_patch_list. Дело в том,
> что там используется rpmquery для получения версий использованных fix-
> и feat-пакетов. В kernel-image-std-smp-2.4.22-alt2.src.rpm, лежащем
> сейчас в Сизифе, этот список пустой (что в бинарных пакетах - не
> смотрел, но при сборке в hasher должно быть нормально).
> 
> Относительно бинарных пакетов, собираемых скриптами из CVS, всё
> понятно - там нужно добавить передачу %_dbpath в вызове rpmquery.
> Проблема в том, что при выполнении пересборки src.rpm (в котором в
> %description тоже есть эта информация) может получиться несоответствие
> бинарных и исходных пакетов (если на момент пересборки в репозитарии
> окажутся другие версии прочих пакетов). Т.е. src.rpm с описанием,
> отражающим реальную ситуацию, можно получить только от rpmbuild -ba,
> когда он создаётся одновременно с бинарными пакетами.
> 
> Что будем делать? Или наплюём на кривой %description у src.rpm?

Наплюем, ибо все равно пакеты будут пересобираться в итоге в hasher.

Т.е. - реально идущий в Sisyphus пакет будет пересобираться в сборочной 
среде...

однако в src.rpm действительно может эта информация не попадать, сейчас 
я поговорю на эту тему с LDV.

Rgds,
Rider


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

Re: [d-kernel] building kernel from CVS

[Alexander Bokovoy]

On Fri, Sep 12, 2003 at 06:54:33PM +0400, Sergey Vlasov wrote:
> Hello!
> 
> Похоже, при сборке ядер в CVS сломали %format_patch_list. Дело в том,
> что там используется rpmquery для получения версий использованных fix-
> и feat-пакетов. В kernel-image-std-smp-2.4.22-alt2.src.rpm, лежащем
> сейчас в Сизифе, этот список пустой (что в бинарных пакетах - не
> смотрел, но при сборке в hasher должно быть нормально).
> 
> Относительно бинарных пакетов, собираемых скриптами из CVS, всё
> понятно - там нужно добавить передачу %_dbpath в вызове rpmquery.
> Проблема в том, что при выполнении пересборки src.rpm (в котором в
> %description тоже есть эта информация) может получиться несоответствие
> бинарных и исходных пакетов (если на момент пересборки в репозитарии
> окажутся другие версии прочих пакетов). Т.е. src.rpm с описанием,
> отражающим реальную ситуацию, можно получить только от rpmbuild -ba,
> когда он создаётся одновременно с бинарными пакетами.
> 
> Что будем делать? Или наплюём на кривой %description у src.rpm?
Нет, будем ядра, отправляемые в Сизиф собирать в BTE. Сборка в CVS хороша
для предварительного прогона, а реальное хозяйство, оправляемое в
Sisyphus, должно быть собрано правильно.

-- 
/ Alexander Bokovoy
---
If more of us valued food and cheer and song above hoarded gold, it would
be a merrier world.
		-- J.R.R. Tolkien

Re: [d-kernel] building kernel from CVS

[Anton Farygin]

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

Alexander Bokovoy пишет:
> On Fri, Sep 12, 2003 at 06:54:33PM +0400, Sergey Vlasov wrote:
> 
>>Hello!
>>
>>Похоже, при сборке ядер в CVS сломали %format_patch_list. Дело в том,
>>что там используется rpmquery для получения версий использованных fix-
>>и feat-пакетов. В kernel-image-std-smp-2.4.22-alt2.src.rpm, лежащем
>>сейчас в Сизифе, этот список пустой (что в бинарных пакетах - не
>>смотрел, но при сборке в hasher должно быть нормально).
>>
>>Относительно бинарных пакетов, собираемых скриптами из CVS, всё
>>понятно - там нужно добавить передачу %_dbpath в вызове rpmquery.
>>Проблема в том, что при выполнении пересборки src.rpm (в котором в
>>%description тоже есть эта информация) может получиться несоответствие
>>бинарных и исходных пакетов (если на момент пересборки в репозитарии
>>окажутся другие версии прочих пакетов). Т.е. src.rpm с описанием,
>>отражающим реальную ситуацию, можно получить только от rpmbuild -ba,
>>когда он создаётся одновременно с бинарными пакетами.
>>
>>Что будем делать? Или наплюём на кривой %description у src.rpm?
> 
> Нет, будем ядра, отправляемые в Сизиф собирать в BTE. Сборка в CVS хороша
> для предварительного прогона, а реальное хозяйство, оправляемое в
> Sisyphus, должно быть собрано правильно.

Да, о чем и речь...

Rgds,
Rider


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

Re: [d-kernel] building kernel from CVS

[Dmitry V. Levin]

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

On Fri, Sep 12, 2003 at 06:54:33PM +0400, Sergey Vlasov wrote:
> Похоже, при сборке ядер в CVS сломали %format_patch_list. Дело в том,
> что там используется rpmquery для получения версий использованных fix-
> и feat-пакетов. В kernel-image-std-smp-2.4.22-alt2.src.rpm, лежащем
> сейчас в Сизифе, этот список пустой (что в бинарных пакетах - не
> смотрел, но при сборке в hasher должно быть нормально).

Что касается hasher'а, то можно было бы добавить создание .src.rpm'ов,
путем дополнительного "rpmi -i && rpmbuild -bs".

Если, конечно, это нужно.


-- 
ldv

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

Re: [d-kernel] building kernel from CVS

[Alexander Bokovoy]

On Fri, Sep 12, 2003 at 07:59:22PM +0400, Dmitry V. Levin wrote:
> On Fri, Sep 12, 2003 at 06:54:33PM +0400, Sergey Vlasov wrote:
> > Похоже, при сборке ядер в CVS сломали %format_patch_list. Дело в том,
> > что там используется rpmquery для получения версий использованных fix-
> > и feat-пакетов. В kernel-image-std-smp-2.4.22-alt2.src.rpm, лежащем
> > сейчас в Сизифе, этот список пустой (что в бинарных пакетах - не
> > смотрел, но при сборке в hasher должно быть нормально).
> 
> Что касается hasher'а, то можно было бы добавить создание .src.rpm'ов,
> путем дополнительного "rpmi -i && rpmbuild -bs".
> 
> Если, конечно, это нужно.
нужно.

-- 
/ Alexander Bokovoy
---
In every hierarchy the cream rises until it sours.
		-- Dr. Laurence J. Peter

Re: [d-kernel] building kernel from CVS

[Dmitry V. Levin]

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

On Fri, Sep 12, 2003 at 07:12:51PM +0300, Alexander Bokovoy wrote:
> On Fri, Sep 12, 2003 at 07:59:22PM +0400, Dmitry V. Levin wrote:
> > On Fri, Sep 12, 2003 at 06:54:33PM +0400, Sergey Vlasov wrote:
> > > Похоже, при сборке ядер в CVS сломали %format_patch_list. Дело в том,
> > > что там используется rpmquery для получения версий использованных fix-
> > > и feat-пакетов. В kernel-image-std-smp-2.4.22-alt2.src.rpm, лежащем
> > > сейчас в Сизифе, этот список пустой (что в бинарных пакетах - не
> > > смотрел, но при сборке в hasher должно быть нормально).
> > 
> > Что касается hasher'а, то можно было бы добавить создание .src.rpm'ов,
> > путем дополнительного "rpmi -i && rpmbuild -bs".
> > 
> > Если, конечно, это нужно.
> нужно.

Вопросы к потенциальным пользователям:

Следует ли такое поведение сделать optional?
Если да, то как назвать параметр?


-- 
ldv

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

Re: [d-kernel] building kernel from CVS

[Alexander Bokovoy]

On Fri, Sep 12, 2003 at 08:17:30PM +0400, Dmitry V. Levin wrote:
> On Fri, Sep 12, 2003 at 07:12:51PM +0300, Alexander Bokovoy wrote:
> > On Fri, Sep 12, 2003 at 07:59:22PM +0400, Dmitry V. Levin wrote:
> > > On Fri, Sep 12, 2003 at 06:54:33PM +0400, Sergey Vlasov wrote:
> > > > Похоже, при сборке ядер в CVS сломали %format_patch_list. Дело в том,
> > > > что там используется rpmquery для получения версий использованных fix-
> > > > и feat-пакетов. В kernel-image-std-smp-2.4.22-alt2.src.rpm, лежащем
> > > > сейчас в Сизифе, этот список пустой (что в бинарных пакетах - не
> > > > смотрел, но при сборке в hasher должно быть нормально).
> > > 
> > > Что касается hasher'а, то можно было бы добавить создание .src.rpm'ов,
> > > путем дополнительного "rpmi -i && rpmbuild -bs".
> > > 
> > > Если, конечно, это нужно.
> > нужно.
> 
> Вопросы к потенциальным пользователям:
> 
> Следует ли такое поведение сделать optional?
> Если да, то как назвать параметр?
Честно говоря, я бы не делал это поведение опциональным. src.rpm должен
быть также подготовлен в BTE. Для того, чтобы по крайней мере корректно
все макросы, используемые в описаниях, и %buildhost проставились.

-- 
/ Alexander Bokovoy
---
Bureaucrat, n.:
	A person who cuts red tape sideways.
		-- J. McCabe

Re: [d-kernel] building kernel from CVS

[Dmitry V. Levin]

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

On Fri, Sep 12, 2003 at 07:20:27PM +0300, Alexander Bokovoy wrote:
> On Fri, Sep 12, 2003 at 08:17:30PM +0400, Dmitry V. Levin wrote:
> > On Fri, Sep 12, 2003 at 07:12:51PM +0300, Alexander Bokovoy wrote:
> > > On Fri, Sep 12, 2003 at 07:59:22PM +0400, Dmitry V. Levin wrote:
> > > > 
> > > > Что касается hasher'а, то можно было бы добавить создание .src.rpm'ов,
> > > > путем дополнительного "rpmi -i && rpmbuild -bs".
> > > > 
> > > > Если, конечно, это нужно.
> > > нужно.
> > 
> > Вопросы к потенциальным пользователям:
> > 
> > Следует ли такое поведение сделать optional?
> > Если да, то как назвать параметр?
> Честно говоря, я бы не делал это поведение опциональным. src.rpm должен
> быть также подготовлен в BTE. Для того, чтобы по крайней мере корректно
> все макросы, используемые в описаниях, и %buildhost проставились.

Ради %buildhost'а я бы не стал этого делать.
Вот значения макросов - это может быть основанием.

Но при этом будет потеряна подпись на оригинальном пакете.

Кто-нибудь ещё выскажется?


-- 
ldv

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

Re: [d-kernel] building kernel from CVS

[Anton Farygin]

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

Dmitry V. Levin пишет:
> On Fri, Sep 12, 2003 at 07:20:27PM +0300, Alexander Bokovoy wrote:
> 
>>On Fri, Sep 12, 2003 at 08:17:30PM +0400, Dmitry V. Levin wrote:
>>
>>>On Fri, Sep 12, 2003 at 07:12:51PM +0300, Alexander Bokovoy wrote:
>>>
>>>>On Fri, Sep 12, 2003 at 07:59:22PM +0400, Dmitry V. Levin wrote:
>>>>
>>>>>Что касается hasher'а, то можно было бы добавить создание .src.rpm'ов,
>>>>>путем дополнительного "rpmi -i && rpmbuild -bs".
>>>>>
>>>>>Если, конечно, это нужно.
>>>>
>>>>нужно.
>>>
>>>Вопросы к потенциальным пользователям:
>>>
>>>Следует ли такое поведение сделать optional?
>>>Если да, то как назвать параметр?
>>
>>Честно говоря, я бы не делал это поведение опциональным. src.rpm должен
>>быть также подготовлен в BTE. Для того, чтобы по крайней мере корректно
>>все макросы, используемые в описаниях, и %buildhost проставились.
> 
> 
> Ради %buildhost'а я бы не стал этого делать.
> Вот значения макросов - это может быть основанием.
> 
> Но при этом будет потеряна подпись на оригинальном пакете.
> 
> Кто-нибудь ещё выскажется?

Да, безусловно SRC.RPM нужно собирать в BTE, ибо мы еще можем выявить 
ошибки в спеках, подобные kernel-image-std*

Rgds,
Rider

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

Re: [d-kernel] building kernel from CVS

[Alexander Bokovoy]

On Fri, Sep 12, 2003 at 08:32:38PM +0400, Dmitry V. Levin wrote:
> > > > > Что касается hasher'а, то можно было бы добавить создание .src.rpm'ов,
> > > > > путем дополнительного "rpmi -i && rpmbuild -bs".
> > > > > 
> > > > > Если, конечно, это нужно.
> > > > нужно.
> > > 
> > > Вопросы к потенциальным пользователям:
> > > 
> > > Следует ли такое поведение сделать optional?
> > > Если да, то как назвать параметр?
> > Честно говоря, я бы не делал это поведение опциональным. src.rpm должен
> > быть также подготовлен в BTE. Для того, чтобы по крайней мере корректно
> > все макросы, используемые в описаниях, и %buildhost проставились.
> 
> Ради %buildhost'а я бы не стал этого делать.
только ради его -- нет. 

> Вот значения макросов - это может быть основанием.
именно.

> Но при этом будет потеряна подпись на оригинальном пакете.
А что, на собранных пакетах она совпадает с присланной? Риторический
вопрос, на самом деле.

-- 
/ Alexander Bokovoy
---
I don't mind arguing with myself.  It's when I lose that it bothers me.
		-- Richard Powers