[d-kernel] kernel-std-up-2.4.25-alt2 rebuild failed?

[d-kernel] kernel-std-up-2.4.25-alt2 rebuild failed?

[Andrey Khavryuchenko]

akhavr@netmaster ~/RPM $ sudo apt-get update; sudo apt-get dist-upgrade  
Password:
Получено: 1 ftp://ftp.linux.kiev.ua i586 release [2919B]
Получено 2919B за 2s (1094B/s).     
Найдено ftp://ftp.linux.kiev.ua i586/classic pkglist
Найдено ftp://ftp.linux.kiev.ua i586/classic release
Найдено ftp://ftp.linux.kiev.ua i586/classic srclist
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
Подсчет обновлений... Завершено
Следующие пакеты будут СОХРАНЕНЫ:
  netacct-mysql
0 будет обновлено, 0 новых установлено, 0 пакетов будет удалено и 1 не будет обновлено.
akhavr@netmaster ~/RPM $ rpm -ba --enable ccache SPECS/kernel-std-up.spec
Выполняется(%prep): /bin/sh -e /home/akhavr/tmp/rpm-tmp.28511
+ umask 022
+ /bin/mkdir -p /home/akhavr/RPM/BUILD
+ cd /home/akhavr/RPM/BUILD
+ cd /home/akhavr/RPM/BUILD
+ rm -rf kernel-image-std-up-2.4.25-alt2
+ /bin/mkdir -p kernel-image-std-up-2.4.25-alt2
+ cd kernel-image-std-up-2.4.25-alt2
+ /bin/chmod -Rf u+rwX,go-w .
+ /bin/rm -rf kernel-source-2.4.25
+ /bin/tar -jxf /usr/src/kernel/sources/kernel-source-2.4.25.tar.bz2
+ cd /home/akhavr/RPM/BUILD
+ cd kernel-image-std-up-2.4.25-alt2/kernel-source-2.4.25
+ /bin/chmod -Rf u+rwX,go-w .
+ echo 'patches =   kernel-fix-build  kernel-fix-security-owl  kernel-fix-security  kernel-fix-net  kernel-fix-core  kernel-fix-fs  kernel-fix-lvm  kernel-fix-drivers-ide  kernel-fix-drivers-net  kernel-fix-drivers-pci  kernel-fix-drivers-scsi  kernel-fix-drivers-sound  kernel-fix-drivers-usb  kernel-fix-drivers-char  kernel-fix-drivers-md  kernel-fix-drivers-mtd  kernel-fix-drivers-video  kernel-fix-drivers-pnp  kernel-fix-drivers-block  kernel-feat-fs-xfs  kernel-feat-fs-reiserfs  kernel-feat-acpi  kernel-feat-cpufreq  kernel-feat-i2c  kernel-feat-ipmi  kernel-feat-fs-ntfs  kernel-feat-kconfig  kernel-feat-crypto  kernel-feat-drivers-usb  kernel-feat-drivers-block-enbd  kernel-feat-drivers-video-splash  kernel-feat-net-ppp-mppe  kernel-feat-net-super-freeswan  kernel-feat-drivers-media-v4l2  kernel-feat-drivers-sound-emu10k1  kernel-feat-drivers-libata  kernel-feat-drivers-net-pcnet32-old'
patches =   kernel-fix-build  kernel-fix-security-owl  kernel-fix-security  kernel-fix-net  kernel-fix-core  kernel-fix-fs  kernel-fix-lvm  kernel-fix-drivers-ide  kernel-fix-drivers-net  kernel-fix-drivers-pci  kernel-fix-drivers-scsi  kernel-fix-drivers-sound  kernel-fix-drivers-usb  kernel-fix-drivers-char  kernel-fix-drivers-md  kernel-fix-drivers-mtd  kernel-fix-drivers-video  kernel-fix-drivers-pnp  kernel-fix-drivers-block  kernel-feat-fs-xfs  kernel-feat-fs-reiserfs  kernel-feat-acpi  kernel-feat-cpufreq  kernel-feat-i2c  kernel-feat-ipmi  kernel-feat-fs-ntfs  kernel-feat-kconfig  kernel-feat-crypto  kernel-feat-drivers-usb  kernel-feat-drivers-block-enbd  kernel-feat-drivers-video-splash  kernel-feat-net-ppp-mppe  kernel-feat-net-super-freeswan  kernel-feat-drivers-media-v4l2  kernel-feat-drivers-sound-emu10k1  kernel-feat-drivers-libata  kernel-feat-drivers-net-pcnet32-old
+ set +x
----- Applying patchset kernel-fix-build ------
[...]
----- Applying patchset kernel-fix-security-owl ------
[...]
----- Applying patchset kernel-fix-security ------
Skipping patches incompatible with kernel-fix-security-owl
----- Applying patchset kernel-fix-net ------
[...]
----- Applying patchset kernel-fix-core ------
[...]
----- Applying patchset kernel-fix-fs ------
Applying patch 14_inode-hash-race-fix.patch ...
patching file fs/inode.c
Reversed (or previously applied) patch detected!  Assume -R? [n] 
Apply anyway? [n] 
Skipping patch.
9 out of 9 hunks ignored -- saving rejects to file fs/inode.c.rej
ошибка: Неверный код возврата из /home/akhavr/tmp/rpm-tmp.28511 (%prep)


Ошибки сборки пакетов:
    Неверный код возврата из /home/akhavr/tmp/rpm-tmp.28511 (%prep)

akhavr@netmaster ~/RPM $ rpm -q kernel-fix-fs-2004.03.18-alt1 
kernel-fix-fs-2004.03.18-alt1

akhavr@netmaster ~/RPM $ sudo apt-get install kernel-fix-fs      
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
Последняя версия kernel-fix-fs уже установлена.
0 будет обновлено, 0 новых установлено, 0 пакетов будет удалено и 1 не будет обновлено.


И?

-- 
Andrey V Khavryuchenko            http://www.kds.com.ua/
Silver Bullet Software Solutions  http://www.kds.com.ua/training/

Re: [d-kernel] kernel-std-up-2.4.25-alt2 rebuild failed?

[Vitaly Lipatov]

On Tuesday 30 March 2004 10:10, Andrey Khavryuchenko wrote:
> удалено и 1 не будет обновлено. akhavr@netmaster ~/RPM $ rpm
> -ba --enable ccache SPECS/kernel-std-up.spec
> 9 out of 9 hunks ignored -- saving rejects to file
> fs/inode.c.rej ошибка: Неверный код возврата из
> /home/akhavr/tmp/rpm-tmp.28511 (%prep)
> И?
Я думал это только у меня... И ещё думал, как его умудрились 
собрать в sandman...
Пришлось закомментировать kernel-fix-core в спеке :(

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!

Re: [d-kernel] kernel-std-up-2.4.25-alt2 rebuild failed?

[Anton Farygin]

On Tue, Mar 30, 2004 at 01:49:29PM +0400, Vitaly Lipatov wrote:
> On Tuesday 30 March 2004 10:10, Andrey Khavryuchenko wrote:
> > удалено и 1 не будет обновлено. akhavr@netmaster ~/RPM $ rpm
> > -ba --enable ccache SPECS/kernel-std-up.spec
> > 9 out of 9 hunks ignored -- saving rejects to file
> > fs/inode.c.rej ошибка: Неверный код возврата из
> > /home/akhavr/tmp/rpm-tmp.28511 (%prep)
> > И?
> Я думал это только у меня... И ещё думал, как его умудрились 
> собрать в sandman...
> Пришлось закомментировать kernel-fix-core в спеке :(

Может быть kernel-fix-core забыли выложить, или после изменения выложили
более новую версию.

Re: [d-kernel] kernel-std-up-2.4.25-alt2 rebuild failed?

[Peter Evdokimov]

On Tue, 30 Mar 2004 13:49:29 +0400
Vitaly Lipatov <LAV@VL3143.spb.edu> wrote:

> On Tuesday 30 March 2004 10:10, Andrey Khavryuchenko wrote:
> > удалено и 1 не будет обновлено. akhavr@netmaster ~/RPM $ rpm
> > -ba --enable ccache SPECS/kernel-std-up.spec
> > 9 out of 9 hunks ignored -- saving rejects to file
> > fs/inode.c.rej ошибка: Неверный код возврата из
> > /home/akhavr/tmp/rpm-tmp.28511 (%prep)
> > И?
> Я думал это только у меня... И ещё думал, как его умудрились 
> собрать в sandman...
> Пришлось закомментировать kernel-fix-core в спеке :(

странно все это, но при ручной сборке усе нормально собралось.
только я перед этим удали все -fix и -feat, а затем поставил заново -
раньше бывали грабли с фиксами.

[peter@main peter]$ uname -a
Linux main.zks.local 2.4.25-std-up-alt2 #1 Fri Mar 26 12:13:01 YEKT 2004
i686 unknown unknown GNU/Linux[peter@main peter]$

sy,
	peter

Re: [d-kernel] kernel-std-up-2.4.25-alt2 rebuild failed?

[Alexander Bokovoy]

On Tue, Mar 30, 2004 at 01:49:29PM +0400, Vitaly Lipatov wrote:
> On Tuesday 30 March 2004 10:10, Andrey Khavryuchenko wrote:
> > удалено и 1 не будет обновлено. akhavr@netmaster ~/RPM $ rpm
> > -ba --enable ccache SPECS/kernel-std-up.spec
> > 9 out of 9 hunks ignored -- saving rejects to file
> > fs/inode.c.rej ошибка: Неверный код возврата из
> > /home/akhavr/tmp/rpm-tmp.28511 (%prep)
> > И?
> Я думал это только у меня... И ещё думал, как его умудрились 
> собрать в sandman...
А он собирается в hasher, не sandman :-)

> Пришлось закомментировать kernel-fix-core в спеке :(
-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [d-kernel] kernel-std-up-2.4.25-alt2 rebuild failed?

[Sergey Vlasov]

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

On Tue, Mar 30, 2004 at 09:10:31AM +0300, Andrey Khavryuchenko wrote:
> ----- Applying patchset kernel-fix-fs ------
> Applying patch 14_inode-hash-race-fix.patch ...

В находящемся сейчас в Сизифе
kernel-fix-fs-2004.03.18-alt1.noarch.rpm нет таких патчей.

> patching file fs/inode.c
> Reversed (or previously applied) patch detected!  Assume -R? [n] 
> Apply anyway? [n] 
> Skipping patch.
> 9 out of 9 hunks ignored -- saving rejects to file fs/inode.c.rej
> ошибка: Неверный код возврата из /home/akhavr/tmp/rpm-tmp.28511 (%prep)
> 
> 
> Ошибки сборки пакетов:
>     Неверный код возврата из /home/akhavr/tmp/rpm-tmp.28511 (%prep)
> 
> akhavr@netmaster ~/RPM $ rpm -q kernel-fix-fs-2004.03.18-alt1 
> kernel-fix-fs-2004.03.18-alt1
> 
> akhavr@netmaster ~/RPM $ sudo apt-get install kernel-fix-fs      
> Чтение списков пакетов... Завершено
> Построение дерева зависимостей... Завершено
> Последняя версия kernel-fix-fs уже установлена.
> 0 будет обновлено, 0 новых установлено, 0 пакетов будет удалено и 1 не будет обновлено.

Возможно, в системе каким-то образом оказались лишние файлы в
каталоге /usr/src/kernel/patches/kernel-fix-fs, не принадлежащие ни
одному пакету.  Их нужно найти и уничтожить.

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

[d-kernel] Re: kernel-std-up-2.4.25-alt2 rebuild failed?

[Andrey Khavryuchenko]

Vitaly,

"VL" == Vitaly Lipatov wrote:

 VL> On Tuesday 30 March 2004 10:10, Andrey Khavryuchenko wrote:
 >> удалено и 1 не будет обновлено. akhavr@netmaster ~/RPM $ rpm
 >> -ba --enable ccache SPECS/kernel-std-up.spec
 >> 9 out of 9 hunks ignored -- saving rejects to file
 >> fs/inode.c.rej ошибка: Неверный код возврата из
 >> /home/akhavr/tmp/rpm-tmp.28511 (%prep)
 >> И?
 VL> Я думал это только у меня... И ещё думал, как его умудрились 
 VL> собрать в sandman...
hasher
 VL> Пришлось закомментировать kernel-fix-core в спеке :(
kernel-fix-fs?

Peter,

"PE" == Peter Evdokimov wrote:

 PE> странно все это, но при ручной сборке усе нормально собралось.
 PE> только я перед этим удали все -fix и -feat, а затем поставил заново -
 PE> раньше бывали грабли с фиксами.

Сейчас попробую переставить только kernel-fix-fs, затем все, затем опять
буду жаловаться ;)

А версии kernel-{fix,feat} можешь свои сказать?

-- 
Andrey V Khavryuchenko            http://www.kds.com.ua/
Silver Bullet Software Solutions  http://www.kds.com.ua/training/

Re: [d-kernel] kernel-std-up-2.4.25-alt2 rebuild failed?

[Anton Farygin]

On Tue, Mar 30, 2004 at 03:04:48PM +0400, Sergey Vlasov wrote:
> On Tue, Mar 30, 2004 at 09:10:31AM +0300, Andrey Khavryuchenko wrote:
> > ----- Applying patchset kernel-fix-fs ------
> > Applying patch 14_inode-hash-race-fix.patch ...
> 
> В находящемся сейчас в Сизифе
> kernel-fix-fs-2004.03.18-alt1.noarch.rpm нет таких патчей.
> 
> > patching file fs/inode.c
> > Reversed (or previously applied) patch detected!  Assume -R? [n] 
> > Apply anyway? [n] 
> > Skipping patch.
> > 9 out of 9 hunks ignored -- saving rejects to file fs/inode.c.rej
> > ошибка: Неверный код возврата из /home/akhavr/tmp/rpm-tmp.28511 (%prep)
> > 
> > 
> > Ошибки сборки пакетов:
> >     Неверный код возврата из /home/akhavr/tmp/rpm-tmp.28511 (%prep)
> > 
> > akhavr@netmaster ~/RPM $ rpm -q kernel-fix-fs-2004.03.18-alt1 
> > kernel-fix-fs-2004.03.18-alt1
> > 
> > akhavr@netmaster ~/RPM $ sudo apt-get install kernel-fix-fs      
> > Чтение списков пакетов... Завершено
> > Построение дерева зависимостей... Завершено
> > Последняя версия kernel-fix-fs уже установлена.
> > 0 будет обновлено, 0 новых установлено, 0 пакетов будет удалено и 1 не будет обновлено.
> 
> Возможно, в системе каким-то образом оказались лишние файлы в
> каталоге /usr/src/kernel/patches/kernel-fix-fs, не принадлежащие ни
> одному пакету.  Их нужно найти и уничтожить.

Может быть нам надо делать жесткие зависимости src.rpm'а на пакеты с
патчами ?

Re: [d-kernel] kernel-std-up-2.4.25-alt2 rebuild failed?

[Sergey Vlasov]

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

On Tue, Mar 30, 2004 at 03:14:45PM +0400, Anton Farygin wrote:
> On Tue, Mar 30, 2004 at 03:04:48PM +0400, Sergey Vlasov wrote:
> > On Tue, Mar 30, 2004 at 09:10:31AM +0300, Andrey Khavryuchenko wrote:
> > > ----- Applying patchset kernel-fix-fs ------
> > > Applying patch 14_inode-hash-race-fix.patch ...
> > 
> > В находящемся сейчас в Сизифе
> > kernel-fix-fs-2004.03.18-alt1.noarch.rpm нет таких патчей.
> > 
> > > patching file fs/inode.c
> > > Reversed (or previously applied) patch detected!  Assume -R? [n] 
> > > Apply anyway? [n] 
> > > Skipping patch.
> > > 9 out of 9 hunks ignored -- saving rejects to file fs/inode.c.rej
> > > ошибка: Неверный код возврата из /home/akhavr/tmp/rpm-tmp.28511 (%prep)
> > > 
> > > 
> > > Ошибки сборки пакетов:
> > >     Неверный код возврата из /home/akhavr/tmp/rpm-tmp.28511 (%prep)
> > > 
> > > akhavr@netmaster ~/RPM $ rpm -q kernel-fix-fs-2004.03.18-alt1 
> > > kernel-fix-fs-2004.03.18-alt1
> > > 
> > > akhavr@netmaster ~/RPM $ sudo apt-get install kernel-fix-fs      
> > > Чтение списков пакетов... Завершено
> > > Построение дерева зависимостей... Завершено
> > > Последняя версия kernel-fix-fs уже установлена.
> > > 0 будет обновлено, 0 новых установлено, 0 пакетов будет удалено и 1 не будет обновлено.
> > 
> > Возможно, в системе каким-то образом оказались лишние файлы в
> > каталоге /usr/src/kernel/patches/kernel-fix-fs, не принадлежащие ни
> > одному пакету.  Их нужно найти и уничтожить.
> 
> Может быть нам надо делать жесткие зависимости src.rpm'а на пакеты с
> патчами ?

Надо подумать.  В таком варианте устраняется потенциальная проблема
текущей схемы сборки: после обновления kernel-fix/feat ранее
собранные пакеты ядер могут проходить пересборку нормально, но при
этом результат пересборки уже не будет совпадать с тем, что было
собрано изначально.

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

Re: [d-kernel] kernel-std-up-2.4.25-alt2 rebuild failed?

[Anton Farygin]

On Tue, Mar 30, 2004 at 03:33:03PM +0400, Sergey Vlasov wrote:
> On Tue, Mar 30, 2004 at 03:14:45PM +0400, Anton Farygin wrote:
> > On Tue, Mar 30, 2004 at 03:04:48PM +0400, Sergey Vlasov wrote:
> > > On Tue, Mar 30, 2004 at 09:10:31AM +0300, Andrey Khavryuchenko wrote:
> > > > ----- Applying patchset kernel-fix-fs ------
> > > > Applying patch 14_inode-hash-race-fix.patch ...
> > > 
> > > В находящемся сейчас в Сизифе
> > > kernel-fix-fs-2004.03.18-alt1.noarch.rpm нет таких патчей.
> > > 
> > > > patching file fs/inode.c
> > > > Reversed (or previously applied) patch detected!  Assume -R? [n] 
> > > > Apply anyway? [n] 
> > > > Skipping patch.
> > > > 9 out of 9 hunks ignored -- saving rejects to file fs/inode.c.rej
> > > > ошибка: Неверный код возврата из /home/akhavr/tmp/rpm-tmp.28511 (%prep)
> > > > 
> > > > 
> > > > Ошибки сборки пакетов:
> > > >     Неверный код возврата из /home/akhavr/tmp/rpm-tmp.28511 (%prep)
> > > > 
> > > > akhavr@netmaster ~/RPM $ rpm -q kernel-fix-fs-2004.03.18-alt1 
> > > > kernel-fix-fs-2004.03.18-alt1
> > > > 
> > > > akhavr@netmaster ~/RPM $ sudo apt-get install kernel-fix-fs      
> > > > Чтение списков пакетов... Завершено
> > > > Построение дерева зависимостей... Завершено
> > > > Последняя версия kernel-fix-fs уже установлена.
> > > > 0 будет обновлено, 0 новых установлено, 0 пакетов будет удалено и 1 не будет обновлено.
> > > 
> > > Возможно, в системе каким-то образом оказались лишние файлы в
> > > каталоге /usr/src/kernel/patches/kernel-fix-fs, не принадлежащие ни
> > > одному пакету.  Их нужно найти и уничтожить.
> > 
> > Может быть нам надо делать жесткие зависимости src.rpm'а на пакеты с
> > патчами ?
> 
> Надо подумать.  В таком варианте устраняется потенциальная проблема
> текущей схемы сборки: после обновления kernel-fix/feat ранее
> собранные пакеты ядер могут проходить пересборку нормально, но при
> этом результат пересборки уже не будет совпадать с тем, что было
> собрано изначально.

Что то я не совсем понял.

Если мы делаем жесткую зависимость вида "Requires kernel-feat-??? =
<version>-<release>, то при появлении новой версии kernel-feat-??? по хорошему
нужно пересобирать все что от него зависит в обязательно порядке. Иначе
нас завалит спамом от робота.

Если делать более мягкую зависимость типа >=, то велика вероятность того,
что мы сломаем что-то в новой версии патчей.

И, кстати, как все-таки ставить зависимости для src.rpm автоматически ?

В принципе это можно генерить в kernel CVS, но вот только скрипты для
генерации будут страшноваты.

Rgds,
Rider

[d-kernel] Re: kernel-std-up-2.4.25-alt2 rebuild failed?

[Andrey Khavryuchenko]

Sergey,

"SV" == Sergey Vlasov wrote:

 SV> Возможно, в системе каким-то образом оказались лишние файлы в
 SV> каталоге /usr/src/kernel/patches/kernel-fix-fs, не принадлежащие ни
 SV> одному пакету.  Их нужно найти и уничтожить.

Ага, так и есть.  Спасибо :)

-- 
Andrey V Khavryuchenko            http://www.kds.com.ua/
Silver Bullet Software Solutions  http://www.kds.com.ua/training/

Re: [d-kernel] kernel-std-up-2.4.25-alt2 rebuild failed?

[Sergey Vlasov]

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

On Tue, Mar 30, 2004 at 03:42:32PM +0400, Anton Farygin wrote:
> > > Может быть нам надо делать жесткие зависимости src.rpm'а на пакеты с
> > > патчами ?
> > 
> > Надо подумать.  В таком варианте устраняется потенциальная проблема
> > текущей схемы сборки: после обновления kernel-fix/feat ранее
> > собранные пакеты ядер могут проходить пересборку нормально, но при
> > этом результат пересборки уже не будет совпадать с тем, что было
> > собрано изначально.
> 
> Что то я не совсем понял.
> 
> Если мы делаем жесткую зависимость вида "Requires kernel-feat-??? =
> <version>-<release>, то при появлении новой версии kernel-feat-??? по хорошему
> нужно пересобирать все что от него зависит в обязательно порядке. Иначе
> нас завалит спамом от робота.

Именно.  Причём заваливать будет главным образом мантейнеров
"нестандартных" ядер (wks, aw, ...).

> Если делать более мягкую зависимость типа >=, то велика вероятность того,
> что мы сломаем что-то в новой версии патчей.

А это почти то же самое, что мы имеем сейчас - ядро может валяться в
репозитарии, пока патчи не поменяются настолько, что перестанут
накладываться.  Хотя фактически непересобираемым оно становится
значительно раньше.

> И, кстати, как все-таки ставить зависимости для src.rpm автоматически ?
> 
> В принципе это можно генерить в kernel CVS, но вот только скрипты для
> генерации будут страшноваты.

Можно навернуть что-нибудь с %get_SVR... нормальный пакет будет
получаться только после hsh --repackage-source (т.е. будут
фиксироваться версии пакетов патчей на момент сборки).

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

Re: [d-kernel] kernel-std-up-2.4.25-alt2 rebuild failed?

[Ed V. Bartosh]

Sergey Vlasov <vsu@altlinux.ru> writes:

>> Если мы делаем жесткую зависимость вида "Requires kernel-feat-??? =
>> <version>-<release>, то при появлении новой версии kernel-feat-??? по хорошему
>> нужно пересобирать все что от него зависит в обязательно порядке. Иначе
>> нас завалит спамом от робота.
>
> Именно.  Причём заваливать будет главным образом мантейнеров
> "нестандартных" ядер (wks, aw, ...).
По этому поводу с нашей стороны(aw) есть предложение обеспечить сборку не
только последнего std, а и всех остальных ядер. В том
числе и сборку ядер разных версий. Это легко достигается путем
размещения патчей в разных каталогах и прикладывания их к разным
версиям/flavour-ам ядер при сборке. Требуется только подправить в эту
сторону kernel-build-tools и разработать систему именований и тактику
работы. Зато выгода налицо - ядра будут собираться независимо от
изменений в fix-ах и feat-ах. Из минусов могу предположить некий оверхед
в kernel-feat|fix-ах и несколько большее количество kernel- пакетов.
Зато все ядра будут живые и пересобираемые и решение о включении
какого-либо патча будет принимать мэйнтейнер ядра, а не некто,
добавляющий этот патч в kernel-fix.

-- 
Best regards,
Ed V. Bartosh

Re: [d-kernel] kernel-std-up-2.4.25-alt2 rebuild failed?

[Sergey Vlasov]

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

On Tue, Mar 30, 2004 at 03:22:44PM +0300, Ed V. Bartosh wrote:
> Sergey Vlasov <vsu@altlinux.ru> writes:
> 
> >> Если мы делаем жесткую зависимость вида "Requires kernel-feat-??? =
> >> <version>-<release>, то при появлении новой версии kernel-feat-??? по хорошему
> >> нужно пересобирать все что от него зависит в обязательно порядке. Иначе
> >> нас завалит спамом от робота.
> >
> > Именно.  Причём заваливать будет главным образом мантейнеров
> > "нестандартных" ядер (wks, aw, ...).
> По этому поводу с нашей стороны(aw) есть предложение обеспечить сборку не
> только последнего std, а и всех остальных ядер. В том
> числе и сборку ядер разных версий. Это легко достигается путем
> размещения патчей в разных каталогах и прикладывания их к разным
> версиям/flavour-ам ядер при сборке. Требуется только подправить в эту
> сторону kernel-build-tools и разработать систему именований и тактику
> работы.

И как это будет выглядеть?

> Зато выгода налицо - ядра будут собираться независимо от
> изменений в fix-ах и feat-ах. Из минусов могу предположить некий оверхед
> в kernel-feat|fix-ах и несколько большее количество kernel- пакетов.
> Зато все ядра будут живые и пересобираемые и решение о включении
> какого-либо патча будет принимать мэйнтейнер ядра, а не некто,
> добавляющий этот патч в kernel-fix.

Не получится ли в результате kernel-fix-%name-%flavour?

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

Re: [d-kernel] kernel-std-up-2.4.25-alt2 rebuild failed?

[Anton Farygin]

On Tue, Mar 30, 2004 at 03:59:14PM +0400, Sergey Vlasov wrote:
> On Tue, Mar 30, 2004 at 03:42:32PM +0400, Anton Farygin wrote:
> > > > Может быть нам надо делать жесткие зависимости src.rpm'а на пакеты с
> > > > патчами ?
> > > 
> > > Надо подумать.  В таком варианте устраняется потенциальная проблема
> > > текущей схемы сборки: после обновления kernel-fix/feat ранее
> > > собранные пакеты ядер могут проходить пересборку нормально, но при
> > > этом результат пересборки уже не будет совпадать с тем, что было
> > > собрано изначально.
> > 
> > Что то я не совсем понял.
> > 
> > Если мы делаем жесткую зависимость вида "Requires kernel-feat-??? =
> > <version>-<release>, то при появлении новой версии kernel-feat-??? по хорошему
> > нужно пересобирать все что от него зависит в обязательно порядке. Иначе
> > нас завалит спамом от робота.
> 
> Именно.  Причём заваливать будет главным образом мантейнеров
> "нестандартных" ядер (wks, aw, ...).

Согласен.

> 
> > Если делать более мягкую зависимость типа >=, то велика вероятность того,
> > что мы сломаем что-то в новой версии патчей.
> 
> А это почти то же самое, что мы имеем сейчас - ядро может валяться в
> репозитарии, пока патчи не поменяются настолько, что перестанут
> накладываться.  Хотя фактически непересобираемым оно становится
> значительно раньше.

Это не правильно.

> 
> > И, кстати, как все-таки ставить зависимости для src.rpm автоматически ?
> > 
> > В принципе это можно генерить в kernel CVS, но вот только скрипты для
> > генерации будут страшноваты.
> 
> Можно навернуть что-нибудь с %get_SVR... нормальный пакет будет
> получаться только после hsh --repackage-source (т.е. будут
> фиксироваться версии пакетов патчей на момент сборки).

Так мы сейчас так и собираем ядра в hasher.

Давай так и сделаем ?

А следующим этапом можно будет проверять пересобираемость ядер и
автоматически их пересобирать.

Re: [d-kernel] kernel-std-up-2.4.25-alt2 rebuild failed?

[Anton Farygin]

On Tue, Mar 30, 2004 at 03:22:44PM +0300, Ed V. Bartosh wrote:
> Sergey Vlasov <vsu@altlinux.ru> writes:
> 
> >> Если мы делаем жесткую зависимость вида "Requires kernel-feat-??? =
> >> <version>-<release>, то при появлении новой версии kernel-feat-??? по хорошему
> >> нужно пересобирать все что от него зависит в обязательно порядке. Иначе
> >> нас завалит спамом от робота.
> >
> > Именно.  Причём заваливать будет главным образом мантейнеров
> > "нестандартных" ядер (wks, aw, ...).
> По этому поводу с нашей стороны(aw) есть предложение обеспечить сборку не
> только последнего std, а и всех остальных ядер. В том
> числе и сборку ядер разных версий. Это легко достигается путем
> размещения патчей в разных каталогах и прикладывания их к разным
> версиям/flavour-ам ядер при сборке. Требуется только подправить в эту
> сторону kernel-build-tools и разработать систему именований и тактику
> работы. Зато выгода налицо - ядра будут собираться независимо от
> изменений в fix-ах и feat-ах. Из минусов могу предположить некий оверхед
> в kernel-feat|fix-ах и несколько большее количество kernel- пакетов.
> Зато все ядра будут живые и пересобираемые и решение о включении
> какого-либо патча будет принимать мэйнтейнер ядра, а не некто,
> добавляющий этот патч в kernel-fix.

Хорошее решение, только вот мы с Сергеем не сможем переварить такой объем
работы, а вы не хотите пользоваться CVS'ом.

Rgds,
Rider

Re: [d-kernel] kernel-std-up-2.4.25-alt2 rebuild failed?

[Ed V. Bartosh]

Sergey Vlasov <vsu@altlinux.ru> writes:

>> > Именно.  Причём заваливать будет главным образом мантейнеров
>> > "нестандартных" ядер (wks, aw, ...).
>> По этому поводу с нашей стороны(aw) есть предложение обеспечить сборку не
>> только последнего std, а и всех остальных ядер. В том
>> числе и сборку ядер разных версий. Это легко достигается путем
>> размещения патчей в разных каталогах и прикладывания их к разным
>> версиям/flavour-ам ядер при сборке. Требуется только подправить в эту
>> сторону kernel-build-tools и разработать систему именований и тактику
>> работы.
>
> И как это будет выглядеть?
>
Сейчас уже частично есть этот механизм по отношению к версиям ядер,
нужно только развить его в сторону умения прикладывать патчи к
определенному flavour-у/subversion и определить порядок и приоритеты 
приложения патчей для конкретного flavour/version/subversion.

>> Зато выгода налицо - ядра будут собираться независимо от
>> изменений в fix-ах и feat-ах. Из минусов могу предположить некий оверхед
>> в kernel-feat|fix-ах и несколько большее количество kernel- пакетов.
>> Зато все ядра будут живые и пересобираемые и решение о включении
>> какого-либо патча будет принимать мэйнтейнер ядра, а не некто,
>> добавляющий этот патч в kernel-fix.
>
> Не получится ли в результате kernel-fix-%name-%flavour?
Нет, конечно. Все будет в том же пакете. Спек несколько усложнится,
это да. Симлинки можно будет попользовать, чтобы пакеты не распухали.

Если мэйнтейнер определенного ядра решит отслеживать патчи
самостоятельно, то для этого ядра будет сделаны подкаталоги в
соответствующем kernel-fix или kernel-feat и в kernel-image патчи 
будут прикладываться вот таким образом:
%apply_patches 2.6.3 flavour

Опять же всегда можно работать и по текущей схеме,
прикладывая патчи например так:
%apply_patches 2.6.3 std26
Или так: 
%apply_patches 2.6.3


-- 
Best regards,
Ed V. Bartosh

Re: [d-kernel] kernel-std-up-2.4.25-alt2 rebuild failed?

[Ed V. Bartosh]

Anton Farygin <rider@altlinux.com> writes:

>> изменений в fix-ах и feat-ах. Из минусов могу предположить некий оверхед
>> в kernel-feat|fix-ах и несколько большее количество kernel- пакетов.
>> Зато все ядра будут живые и пересобираемые и решение о включении
>> какого-либо патча будет принимать мэйнтейнер ядра, а не некто,
>> добавляющий этот патч в kernel-fix.
>
> Хорошее решение, только вот мы с Сергеем не сможем переварить такой объем
> работы, а вы не хотите пользоваться CVS'ом.
>

Берите пакеты из incoming и все у вас будет. Тем более,
что в полиси до сих пор ничего нет про то, что единственным вариантом
сборки являестся сборка из CVS. То есть пока это не так работа с CVS
- это только твое пожелание и не более того.

Вы сами отказываетесь от нашей помощи причем давно и упорно.
Вспомни модуляризацию IDE хотя бы, как самый яркий пример - у нас это уже
год как работает, есть люди, готовые все сделать, предложения с нашей
стороны имели место быть весь этот год. Толку - 0. И с остальным так
же. Причем, что самое неприятное никто не сказал ни "нет" ни
"да". Просто ничего не делается и все.

-- 
Best regards,
Ed V. Bartosh

Re: [d-kernel] kernel-std-up-2.4.25-alt2 rebuild failed?

[Anton Farygin]

On Tue, Mar 30, 2004 at 04:47:45PM +0300, Ed V. Bartosh wrote:
> Anton Farygin <rider@altlinux.com> writes:
> 
> >> изменений в fix-ах и feat-ах. Из минусов могу предположить некий оверхед
> >> в kernel-feat|fix-ах и несколько большее количество kernel- пакетов.
> >> Зато все ядра будут живые и пересобираемые и решение о включении
> >> какого-либо патча будет принимать мэйнтейнер ядра, а не некто,
> >> добавляющий этот патч в kernel-fix.
> >
> > Хорошее решение, только вот мы с Сергеем не сможем переварить такой объем
> > работы, а вы не хотите пользоваться CVS'ом.
> >
> 
> Берите пакеты из incoming и все у вас будет. Тем более,
> что в полиси до сих пор ничего нет про то, что единственным вариантом
> сборки являестся сборка из CVS. То есть пока это не так работа с CVS
> - это только твое пожелание и не более того.

А этого мало ?

> 
> Вы сами отказываетесь от нашей помощи причем давно и упорно.
> Вспомни модуляризацию IDE хотя бы, как самый яркий пример - у нас это уже
> год как работает, есть люди, готовые все сделать, предложения с нашей
> стороны имели место быть весь этот год. Толку - 0. И с остальным так
> же. Причем, что самое неприятное никто не сказал ни "нет" ни
> "да". Просто ничего не делается и все.

Если никто не делает, то наверное это никому не нужно...

Rgds,
Rider

Re: [d-kernel] kernel-std-up-2.4.25-alt2 rebuild failed?

[Sergey Vlasov]

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

On Tue, Mar 30, 2004 at 04:47:45PM +0300, Ed V. Bartosh wrote:
> Anton Farygin <rider@altlinux.com> writes:
> 
> >> изменений в fix-ах и feat-ах. Из минусов могу предположить некий оверхед
> >> в kernel-feat|fix-ах и несколько большее количество kernel- пакетов.
> >> Зато все ядра будут живые и пересобираемые и решение о включении
> >> какого-либо патча будет принимать мэйнтейнер ядра, а не некто,
> >> добавляющий этот патч в kernel-fix.
> >
> > Хорошее решение, только вот мы с Сергеем не сможем переварить такой объем
> > работы, а вы не хотите пользоваться CVS'ом.
> >
> 
> Берите пакеты из incoming и все у вас будет. Тем более,
> что в полиси до сих пор ничего нет про то, что единственным вариантом
> сборки являестся сборка из CVS. То есть пока это не так работа с CVS
> - это только твое пожелание и не более того.

В policy по крайней мере для пакетов kernel-fix уже записано, что
они поддерживаются kernel maintainer commitee.  Как нормально
организовать совместную работу над пакетами без использования CVS
или других подобных средств - я просто не представляю.

Я могу представить 2 варианта поддержки пакета:

1) Пакет лежит в kernel CVS - в этом случае все изменения в него
вносятся только через CVS.

2) Пакет просто лежит в Сизифе, при этом не содержится в kernel CVS;
новые версии приходят обычным образом через любой incoming.

Попытки как-то совместить эти два варианта для одного пакета
приведут только к хаосу.  Хотя, если у вас есть какой-то метод,
решающий эту проблему - интересно было бы его узнать.

> Вы сами отказываетесь от нашей помощи причем давно и упорно.
> Вспомни модуляризацию IDE хотя бы, как самый яркий пример - у нас это уже
> год как работает, есть люди, готовые все сделать, предложения с нашей
> стороны имели место быть весь этот год. Толку - 0. И с остальным так
> же. Причем, что самое неприятное никто не сказал ни "нет" ни
> "да". Просто ничего не делается и все.

В модуляризации IDE проблема не столько в самом ядре, сколько в
сопутствующих утилитах.

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

Re: [d-kernel] kernel-std-up-2.4.25-alt2 rebuild failed?

[Michael Shigorin]

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

On Tue, Mar 30, 2004 at 06:02:22PM +0400, Anton Farygin wrote:
> Если никто не делает, то наверное это никому не нужно...

Никто, вероятно, просто на всех положил.  Вот ведь урод этот никто.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

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

Re: [d-kernel] kernel-std-up-2.4.25-alt2 rebuild failed?

[Ed V. Bartosh]

Anton Farygin <rider@altlinux.com> writes:

>> Берите пакеты из incoming и все у вас будет. Тем более,
>> что в полиси до сих пор ничего нет про то, что единственным вариантом
>> сборки являестся сборка из CVS. То есть пока это не так работа с CVS
>> - это только твое пожелание и не более того.
>
> А этого мало ?
Да у Вас, батенька, мания величия :) ! Ню-ню.
 
>> Вы сами отказываетесь от нашей помощи причем давно и упорно.
>> Вспомни модуляризацию IDE хотя бы, как самый яркий пример - у нас это уже
>> год как работает, есть люди, готовые все сделать, предложения с нашей
>> стороны имели место быть весь этот год. Толку - 0. И с остальным так
>> же. Причем, что самое неприятное никто не сказал ни "нет" ни
>> "да". Просто ничего не делается и все.
>
> Если никто не делает, то наверное это никому не нужно...
>
Так и сказали бы в таком случае. Чего проще. А то какие-то подковерние игры ...

-- 
Best regards,
Ed V. Bartosh

Re: [d-kernel] kernel-std-up-2.4.25-alt2 rebuild failed?

[Ed V. Bartosh]

Sergey Vlasov <vsu@altlinux.ru> writes:

> Я могу представить 2 варианта поддержки пакета:
>
> 1) Пакет лежит в kernel CVS - в этом случае все изменения в него
> вносятся только через CVS.
>
> 2) Пакет просто лежит в Сизифе, при этом не содержится в kernel CVS;
> новые версии приходят обычным образом через любой incoming.
>
> Попытки как-то совместить эти два варианта для одного пакета
> приведут только к хаосу.  Хотя, если у вас есть какой-то метод,
> решающий эту проблему - интересно было бы его узнать.
Я предлагаю убрать способ N1 как класс. По той простой причине, что он
не обеспечивает совместимости с существующей схемой сборки
пакетов. Которую, повторюсь, никто еще не отменял.

>> Вы сами отказываетесь от нашей помощи причем давно и упорно.
>> Вспомни модуляризацию IDE хотя бы, как самый яркий пример - у нас это уже
>> год как работает, есть люди, готовые все сделать, предложения с нашей
>> стороны имели место быть весь этот год. Толку - 0. И с остальным так
>> же. Причем, что самое неприятное никто не сказал ни "нет" ни
>> "да". Просто ничего не делается и все.
>
> В модуляризации IDE проблема не столько в самом ядре, сколько в
> сопутствующих утилитах.
Да, я понимаю. Поэтому сейчас мы в состоянии ожидания некоего
devscan-а. Раньше мы ждали еще чего-то. И так уже год.

-- 
Best regards,
Ed V. Bartosh

Re: [d-kernel] kernel-std-up-2.4.25-alt2 rebuild failed?

[Anton Farygin]

On Wed, Mar 31, 2004 at 11:31:41AM +0300, Ed V. Bartosh wrote:
> Sergey Vlasov <vsu@altlinux.ru> writes:
> 
> > Я могу представить 2 варианта поддержки пакета:
> >
> > 1) Пакет лежит в kernel CVS - в этом случае все изменения в него
> > вносятся только через CVS.
> >
> > 2) Пакет просто лежит в Сизифе, при этом не содержится в kernel CVS;
> > новые версии приходят обычным образом через любой incoming.
> >
> > Попытки как-то совместить эти два варианта для одного пакета
> > приведут только к хаосу.  Хотя, если у вас есть какой-то метод,
> > решающий эту проблему - интересно было бы его узнать.
> Я предлагаю убрать способ N1 как класс. По той простой причине, что он
> не обеспечивает совместимости с существующей схемой сборки
> пакетов. Которую, повторюсь, никто еще не отменял.

Давайте отменим существующую схему сборки пакетов (для ядер). Что проще ?

Способ N1 мы убирать не станем - это единственный на данный момент способ
нормально мантейнить один пакет одновременно нескольким разработчикам.

Rgds,
Rider

Re: [d-kernel] devscan (was: kernel-std-up-2.4.25-alt2 rebuild failed?)

[Grigory Batalov]

On Wed, 31 Mar 2004 11:31:41 +0300
ed@altlinux.ru (Ed V. Bartosh) wrote:

> > В модуляризации IDE проблема не столько в самом ядре, сколько в
> > сопутствующих утилитах.

> Да, я понимаю. Поэтому сейчас мы в состоянии ожидания некоего
> devscan-а. Раньше мы ждали еще чего-то. И так уже год.

  Что за devscan, где-нибудь можно почитать?

-- 
Григорий Баталов,
начальник бюро
системного администрирования
ОАО "Ковдорский ГОК"
+7-(81535)-76036

Re: [d-kernel] kernel-std-up-2.4.25-alt2 rebuild failed?

[Ed V. Bartosh]

Anton Farygin <rider@altlinux.com> writes:

>> Я предлагаю убрать способ N1 как класс. По той простой причине, что он
>> не обеспечивает совместимости с существующей схемой сборки
>> пакетов. Которую, повторюсь, никто еще не отменял.
>
> Давайте отменим существующую схему сборки пакетов (для ядер). Что проще ?
Вы ее уже фактически отменили. С чем Вас и поздравляю.
Про полиси правда забыли, но это же мелочь, не правда ли ?

>
> Способ N1 мы убирать не станем - это единственный на данный момент способ
> нормально мантейнить один пакет одновременно нескольким разработчикам.
>
Можно ли считать это официальным мнением вашей части команды ? Если
это так, то я перестану просто надоедать с этим. Пока я считаю это
только Вашим мнением.

-- 
Best regards,
Ed V. Bartosh

Re: [d-kernel] kernel-std-up-2.4.25-alt2 rebuild failed?

[Anton Farygin]

On Wed, Mar 31, 2004 at 11:43:41AM +0300, Ed V. Bartosh wrote:
> Anton Farygin <rider@altlinux.com> writes:
> 
> >> Я предлагаю убрать способ N1 как класс. По той простой причине, что он
> >> не обеспечивает совместимости с существующей схемой сборки
> >> пакетов. Которую, повторюсь, никто еще не отменял.
> >
> > Давайте отменим существующую схему сборки пакетов (для ядер). Что проще ?
> Вы ее уже фактически отменили. С чем Вас и поздравляю.
> Про полиси правда забыли, но это же мелочь, не правда ли ?

Я уже просил показать мне то место, где мы нарушаем policy ;-) Ответа так
и не последовало.

> 
> >
> > Способ N1 мы убирать не станем - это единственный на данный момент способ
> > нормально мантейнить один пакет одновременно нескольким разработчикам.
> >
> Можно ли считать это официальным мнением вашей части команды ? Если
> это так, то я перестану просто надоедать с этим. Пока я считаю это
> только Вашим мнением.

Естественно. Если Сергей не возражает. (2vsu: возражаешь или нет?)

Rgds,
Rider

Re: [d-kernel] kernel-std-up-2.4.25-alt2 rebuild failed?

[Ed V. Bartosh]

Anton Farygin <rider@altlinux.com> writes:

>> > Давайте отменим существующую схему сборки пакетов (для ядер). Что проще ?
>> Вы ее уже фактически отменили. С чем Вас и поздравляю.
>> Про полиси правда забыли, но это же мелочь, не правда ли ?
>
> Я уже просил показать мне то место, где мы нарушаем policy ;-) Ответа так
> и не последовало.
>
Я имел в виду не нарушение полиси, а то, что такого рода изменения
нужно проводить через полиси. Если бы это было сделано, то всех этих
недоразумений не было бы.

Насчет нарушения полиси я могу задать аналогичный вопрос: какой из
пунктов полиси нарушу я, если завтра залью в incoming какой-либо из
kernel- пакетов ?
 
-- 
Best regards,
Ed V. Bartosh

Re: [d-kernel] kernel-std-up-2.4.25-alt2 rebuild failed?

[Anton Farygin]

On Wed, Mar 31, 2004 at 01:04:16PM +0300, Ed V. Bartosh wrote:
> Anton Farygin <rider@altlinux.com> writes:
> 
> >> > Давайте отменим существующую схему сборки пакетов (для ядер). Что проще ?
> >> Вы ее уже фактически отменили. С чем Вас и поздравляю.
> >> Про полиси правда забыли, но это же мелочь, не правда ли ?
> >
> > Я уже просил показать мне то место, где мы нарушаем policy ;-) Ответа так
> > и не последовало.
> >
> Я имел в виду не нарушение полиси, а то, что такого рода изменения
> нужно проводить через полиси. Если бы это было сделано, то всех этих
> недоразумений не было бы.

Так я про что и говорю уже черт знает сколько: нужно изменить - меняйте.
Меня нет в Kernel committee... или вводите меня, я тогда сделаю патч,
обсудим его здесь, внесем изменения.

> 
> Насчет нарушения полиси я могу задать аналогичный вопрос: какой из
> пунктов полиси нарушу я, если завтра залью в incoming какой-либо из
> kernel- пакетов ?

Никакого, естественно.
Вообще совместная работа над пакетами в policy не оговорена, и это плохо.

Rgds,
Rider

Re: [d-kernel] kernel-std-up-2.4.25-alt2 rebuild failed?

[Sergey Vlasov]

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

On Wed, Mar 31, 2004 at 01:04:16PM +0300, Ed V. Bartosh wrote:
> Anton Farygin <rider@altlinux.com> writes:
> 
> >> > Давайте отменим существующую схему сборки пакетов (для ядер). Что проще ?
> >> Вы ее уже фактически отменили. С чем Вас и поздравляю.
> >> Про полиси правда забыли, но это же мелочь, не правда ли ?
> >
> > Я уже просил показать мне то место, где мы нарушаем policy ;-) Ответа так
> > и не последовало.
> >
> Я имел в виду не нарушение полиси, а то, что такого рода изменения
> нужно проводить через полиси. Если бы это было сделано, то всех этих
> недоразумений не было бы.

На самом деле сейчас policy задаёт требования к содержанию пакетов,
и не содержит ничего по поводу методов их сборки и организации
совместной работы.

> Насчет нарушения полиси я могу задать аналогичный вопрос: какой из
> пунктов полиси нарушу я, если завтра залью в incoming какой-либо из
> kernel- пакетов ?

Никакой.  Вероятно, пакет даже попадёт в Сизиф, и даже будет
использован при очередной пересборке ядер, если его версия окажется
самой свежей на этот момент.  Но если это окажется один из пакетов,
лежащих в kernel CVS, и не будет предупреждения о такой заливке в
incoming, скорее всего, те, кто пользуются CVS, просто не заметят
этот пакет, и при очередном обновлении соответствующего пакета в CVS
он будет просто заменён на версию из CVS.

На самом деле эта ситуация ничем не отличается от заливки одного и
того же пакета несколькими людьми при отсутствии соответствующей
договорённости между ними.  CVS в данном случае является средством
синхронизации, обеспечивающим невозможность случайно потерять
изменения, внесённые другими.  Кроме того, это ещё и средство для
обхода тормозного incoming (иначе пакет, залитый в incoming, может
быть использован для сборки ядер в лучшем случае на следующий день,
а то и с ещё большей задержкой).

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

[JT] Re: [d-kernel] kernel-std-up-2.4.25-alt2 rebuild failed?

[Michael Shigorin]

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

On Wed, Mar 31, 2004 at 03:22:47PM +0400, Sergey Vlasov wrote:
> Кроме того, это ещё и средство для обхода тормозного incoming
> (иначе пакет, залитый в incoming, может быть использован для
> сборки ядер в лучшем случае на следующий день, а то и с ещё
> большей задержкой).

.incoming. :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

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

Re: [d-kernel] kernel-std-up-2.4.25-alt2 rebuild failed?

[Mikhail Yakshin]

Sergey Vlasov пишет:

>>Насчет нарушения полиси я могу задать аналогичный вопрос: какой из
>>пунктов полиси нарушу я, если завтра залью в incoming какой-либо из
>>kernel- пакетов ?
> 
> Никакой.  Вероятно, пакет даже попадёт в Сизиф, и даже будет
> использован при очередной пересборке ядер, если его версия окажется
> самой свежей на этот момент.  Но если это окажется один из пакетов,
> лежащих в kernel CVS, и не будет предупреждения о такой заливке в
> incoming, скорее всего, те, кто пользуются CVS, просто не заметят
> этот пакет, и при очередном обновлении соответствующего пакета в CVS
> он будет просто заменён на версию из CVS.

Я вообще-то вмешиваюсь не очень в свое дело, но все-таки хочу вставить 
мои пару центов. Я всего два раза собирал ядро по современным схемам - 
полностью согласен насчет описанных Сергеем граблей. Учитывая, что 
сейчас есть 2.4 и 2.6 отдельно - мне пришлось потратить массу времени, 
догадываясь, почему же это у меня в одном окружении все пересобирается, 
а в другом - где более свежий Сизиф - нет, не прикладываются некоторые 
патчи, а если их даже выкинуть - то не те, что прикладываются - не 
собираются. Оказалось, действительно, рассинхронизация версий...

Не сочтите за сколько-нибудь определяющее или серьезно-аргументированное 
мнение - просто наблюдение стороннего человека.

--
WBR, Mikhail Yakshin AKA GreyCat

Re: [d-kernel] kernel-std-up-2.4.25-alt2 rebuild failed?

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

On Wed, Mar 31, 2004 at 05:44:21PM +0300, Michael Shigorin wrote:

 >> Кроме того, это ещё и средство для обхода тормозного incoming
 >> (иначе пакет, залитый в incoming, может быть использован для
 >> сборки ядер в лучшем случае на следующий день, а то и с ещё
 >> большей задержкой).
 MS> .incoming. :)

С автоматической проверкой на _собираемость_ с помощью hasher'а перед
помещением туда :)

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

http://freesource.info