* [d-kernel] ошибка пересборки aw ядер
@ 2004-03-17 10:01 Anton Farygin
2004-03-17 10:21 ` Zhenja Kaluta
0 siblings, 1 reply; 6+ messages in thread
From: Anton Farygin @ 2004-03-17 10:01 UTC (permalink / raw)
To: devel-kernel
Господа, как проходит проверка корректности того, что попадает в 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
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [d-kernel] ошибка пересборки aw ядер
2004-03-17 10:01 [d-kernel] ошибка пересборки aw ядер Anton Farygin
@ 2004-03-17 10:21 ` Zhenja Kaluta
2004-03-17 11:08 ` [d-kernel] Версионизация патчей Zhenja Kaluta
0 siblings, 1 reply; 6+ messages in thread
From: Zhenja Kaluta @ 2004-03-17 10:21 UTC (permalink / raw)
To: ALT Linux kernel packages development
>>>>> "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
^ permalink raw reply [flat|nested] 6+ messages in thread
* [d-kernel] Версионизация патчей
2004-03-17 10:21 ` Zhenja Kaluta
@ 2004-03-17 11:08 ` Zhenja Kaluta
2004-03-17 11:27 ` Sergey Vlasov
0 siblings, 1 reply; 6+ messages in thread
From: Zhenja Kaluta @ 2004-03-17 11:08 UTC (permalink / raw)
To: ALT Linux kernel packages development
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
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [d-kernel] Версионизация патчей
2004-03-17 11:08 ` [d-kernel] Версионизация патчей Zhenja Kaluta
@ 2004-03-17 11:27 ` Sergey Vlasov
2004-03-17 12:02 ` Zhenja Kaluta
0 siblings, 1 reply; 6+ messages in thread
From: Sergey Vlasov @ 2004-03-17 11:27 UTC (permalink / raw)
To: ALT Linux kernel packages development
[-- 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 --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [d-kernel] Версионизация патчей
2004-03-17 11:27 ` Sergey Vlasov
@ 2004-03-17 12:02 ` Zhenja Kaluta
2004-03-17 14:21 ` Anton Farygin
0 siblings, 1 reply; 6+ messages in thread
From: Zhenja Kaluta @ 2004-03-17 12:02 UTC (permalink / raw)
To: ALT Linux kernel packages development
>>>>> "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
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [d-kernel] Версионизация патчей
2004-03-17 12:02 ` Zhenja Kaluta
@ 2004-03-17 14:21 ` Anton Farygin
0 siblings, 0 replies; 6+ messages in thread
From: Anton Farygin @ 2004-03-17 14:21 UTC (permalink / raw)
To: ALT Linux kernel packages development
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.
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2004-03-17 14:21 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-03-17 10:01 [d-kernel] ошибка пересборки aw ядер Anton Farygin
2004-03-17 10:21 ` Zhenja Kaluta
2004-03-17 11:08 ` [d-kernel] Версионизация патчей Zhenja Kaluta
2004-03-17 11:27 ` Sergey Vlasov
2004-03-17 12:02 ` Zhenja Kaluta
2004-03-17 14:21 ` Anton Farygin
ALT Linux kernel packages development
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/devel-kernel/0 devel-kernel/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 devel-kernel devel-kernel/ http://lore.altlinux.org/devel-kernel \
devel-kernel@altlinux.org devel-kernel@altlinux.ru devel-kernel@altlinux.com
public-inbox-index devel-kernel
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.devel-kernel
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git