[d-kernel] ошибка пересборки aw ядер

[d-kernel] ошибка пересборки aw ядер

[Anton Farygin]

Господа, как проходит проверка корректности того, что попадает в s/i/BTE ?

[rider@mash error]$ cat kernel-image-aw-smp-1\:2.4.25-alt1 
Reading Package Lists...
Building Dependency Tree...
E: Couldn't find package kernel-feat-hotswap
coreutils is already the newest version.
Note, selecting perl-base instead of perl
perl-base is already the newest version.
Selected version 4.0.4-alt36 for rpm
rpm is already the newest version.
install: failed to calculate package file list.
install: failed to generate package file list.
8.07user 8.21system 0:33.04elapsed 49%CPU (0avgtext+0avgdata
0maxresident)k
0inputs+0outputs (60619major+37086minor)pagefaults 0swaps


Rgds,
Rider

Re: [d-kernel] ошибка пересборки aw ядер

[Zhenja Kaluta]

>>>>> "AF" == Anton Farygin writes:

 AF>  Господа, как проходит проверка корректности того, что попадает в s/i/BTE ?

 AF> [rider@mash error]$ cat kernel-image-aw-smp-1\:2.4.25-alt1 
 AF> Reading Package Lists...
 AF> Building Dependency Tree...
 AF> E: Couldn't find package kernel-feat-hotswap
[...]

моя вина, он не прошёл sisyphus_check при заливке, сегодня поправлю.


-- 
Zhenja Kaluta                                            ICQ 74596027
GnuPG FingerPrint: B86C B548 7CC4 B58F 0CA3  856E 7EE8 52DE E6B7 8725

[d-kernel] Версионизация патчей

[Zhenja Kaluta]

Hi!

Господа, в текущей системе сборки есть одна большая проблема: патчи мы
в общем случай можем готовить только для одной версии ядра в пределах
поколения, что приводит к тому, что практически невозможно работать с
разными версиями ядер. Необходимость эта возникает как при переходе на
новую версию, так, скажем, для сопровождения нескольких веток ядер
(если std переходит на 2.4.25, то в тот же момент должны переходить и
aw и что там еще есть). Есть предложение бороть эту проблему:

1) ядро будет запрашивать патчи строго своей версии (метка не 2.4, а,
скажем, 2.4.x). Патчи разносить по каталогам для всех поддерживаемых
версий. Так как одновременно будет поддерживаться не более 2-3 версий,
избыточность будет не большая.

2) Править kernel-build-tools, чтобы в случае наличия общих патчей для
ветки (2.4,скажем) прикладывались они, а так же патчи на конкретную
версию. Требует бОльших усилий от ментейнера при добавлении версии
(общая часть уже может перестать быть общей)

-- 
Zhenja Kaluta                                            ICQ 74596027
GnuPG FingerPrint: B86C B548 7CC4 B58F 0CA3  856E 7EE8 52DE E6B7 8725

Re: [d-kernel] Версионизация патчей

[Sergey Vlasov]

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

On Wed, Mar 17, 2004 at 01:08:22PM +0200, Zhenja Kaluta wrote:
> Господа, в текущей системе сборки есть одна большая проблема: патчи мы
> в общем случай можем готовить только для одной версии ядра в пределах
> поколения, что приводит к тому, что практически невозможно работать с
> разными версиями ядер. Необходимость эта возникает как при переходе на
> новую версию, так, скажем, для сопровождения нескольких веток ядер
> (если std переходит на 2.4.25, то в тот же момент должны переходить и
> aw и что там еще есть). Есть предложение бороть эту проблему:
> 
> 1) ядро будет запрашивать патчи строго своей версии (метка не 2.4, а,
> скажем, 2.4.x). Патчи разносить по каталогам для всех поддерживаемых
> версий. Так как одновременно будет поддерживаться не более 2-3 версий,
> избыточность будет не большая.

Причём эту избыточность можно попытаться побороть симлинками (только
вот тут уже придётся вносить дополнения в kernel-build-tools, иначе
будет неудобно).

> 2) Править kernel-build-tools, чтобы в случае наличия общих патчей для
> ветки (2.4,скажем) прикладывались они, а так же патчи на конкретную
> версию. Требует бОльших усилий от ментейнера при добавлении версии
> (общая часть уже может перестать быть общей)

На самом деле там ничего не надо править - для каждого каталога
условия проверяются независимо, да и вложенность работает.
Например, сейчас в kernel-fix-security лежат рядом
00_not_kernel-fix-security-owl/ и 10_apply_to_2.4.22/, и нет никаких
препятствий, чтобы положить туда ещё 20_2.6/.

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

Re: [d-kernel] Версионизация патчей

[Zhenja Kaluta]

>>>>> "SV" == Sergey Vlasov writes:

 SV>  On Wed, Mar 17, 2004 at 01:08:22PM +0200, Zhenja Kaluta wrote:
 >> Господа, в текущей системе сборки есть одна большая проблема: патчи мы
 >> в общем случай можем готовить только для одной версии ядра в пределах
 >> поколения, что приводит к тому, что практически невозможно работать с
 >> разными версиями ядер. Необходимость эта возникает как при переходе на
 >> новую версию, так, скажем, для сопровождения нескольких веток ядер
 >> (если std переходит на 2.4.25, то в тот же момент должны переходить и
 >> aw и что там еще есть). Есть предложение бороть эту проблему:
 >> 
 >> 1) ядро будет запрашивать патчи строго своей версии (метка не 2.4, а,
 >> скажем, 2.4.x). Патчи разносить по каталогам для всех поддерживаемых
 >> версий. Так как одновременно будет поддерживаться не более 2-3 версий,
 >> избыточность будет не большая.

 SV> Причём эту избыточность можно попытаться побороть симлинками (только
 SV> вот тут уже придётся вносить дополнения в kernel-build-tools, иначе
 SV> будет неудобно).

 >> 2) Править kernel-build-tools, чтобы в случае наличия общих патчей для
 >> ветки (2.4,скажем) прикладывались они, а так же патчи на конкретную
 >> версию. Требует бОльших усилий от ментейнера при добавлении версии
 >> (общая часть уже может перестать быть общей)

 SV> На самом деле там ничего не надо править - для каждого каталога
 SV> условия проверяются независимо, да и вложенность работает.
 SV> Например, сейчас в kernel-fix-security лежат рядом
 SV> 00_not_kernel-fix-security-owl/ и 10_apply_to_2.4.22/, и нет никаких
 SV> препятствий, чтобы положить туда ещё 20_2.6/.

всё отлично, всё прекрасно. 

Как делать будем, чтобы разногласий не было?

-- 
Zhenja Kaluta                                            ICQ 74596027
GnuPG FingerPrint: B86C B548 7CC4 B58F 0CA3  856E 7EE8 52DE E6B7 8725

Re: [d-kernel] Версионизация патчей

[Anton Farygin]

On Wed, Mar 17, 2004 at 02:02:09PM +0200, Zhenja Kaluta wrote:
> 
> >>>>> "SV" == Sergey Vlasov writes:
> 
>  SV>  On Wed, Mar 17, 2004 at 01:08:22PM +0200, Zhenja Kaluta wrote:
>  >> Господа, в текущей системе сборки есть одна большая проблема: патчи мы
>  >> в общем случай можем готовить только для одной версии ядра в пределах
>  >> поколения, что приводит к тому, что практически невозможно работать с
>  >> разными версиями ядер. Необходимость эта возникает как при переходе на
>  >> новую версию, так, скажем, для сопровождения нескольких веток ядер
>  >> (если std переходит на 2.4.25, то в тот же момент должны переходить и
>  >> aw и что там еще есть). Есть предложение бороть эту проблему:
>  >> 
>  >> 1) ядро будет запрашивать патчи строго своей версии (метка не 2.4, а,
>  >> скажем, 2.4.x). Патчи разносить по каталогам для всех поддерживаемых
>  >> версий. Так как одновременно будет поддерживаться не более 2-3 версий,
>  >> избыточность будет не большая.
> 
>  SV> Причём эту избыточность можно попытаться побороть симлинками (только
>  SV> вот тут уже придётся вносить дополнения в kernel-build-tools, иначе
>  SV> будет неудобно).
> 
>  >> 2) Править kernel-build-tools, чтобы в случае наличия общих патчей для
>  >> ветки (2.4,скажем) прикладывались они, а так же патчи на конкретную
>  >> версию. Требует бОльших усилий от ментейнера при добавлении версии
>  >> (общая часть уже может перестать быть общей)
> 
>  SV> На самом деле там ничего не надо править - для каждого каталога
>  SV> условия проверяются независимо, да и вложенность работает.
>  SV> Например, сейчас в kernel-fix-security лежат рядом
>  SV> 00_not_kernel-fix-security-owl/ и 10_apply_to_2.4.22/, и нет никаких
>  SV> препятствий, чтобы положить туда ещё 20_2.6/.
> 
> всё отлично, всё прекрасно. 
> 
> Как делать будем, чтобы разногласий не было?

IMHO так, как прописано в policy.