Re: [devel] [cyber] I: Sisyphus-20090819 packages: +5! -85 +56 (9243)

Re: [devel] [cyber] I: Sisyphus-20090819 packages: +5! -85 +56 (9243)

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

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

On Wed, Aug 19, 2009 at 08:00:24PM +0000, QA Team Robot wrote:

QTR> kernel-image-std-ll	1:2.6.27-alt17

ЗАЧЕМ? :(

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

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] [cyber] I: Sisyphus-20090819 packages: +5! -85 +56 (9243)

[Michail Yakushin]

On Fri, Aug 21, 2009 at 04:50:55AM +0400, Денис Смирнов wrote:
> On Wed, Aug 19, 2009 at 08:00:24PM +0000, QA Team Robot wrote:
> 
> QTR> kernel-image-std-ll	1:2.6.27-alt17
> 
> ЗАЧЕМ? :(
Сложно поддерживать такое количество веток.
А asterisk так не научился hrtimer и ему до сих пор важно HZ?
Если очень надо верну. Принимаются пожелания по конфигурации и
версии. Я подумывал что если оставлять то добвать туда RT пач.

Re: [devel] [cyber] I: Sisyphus-20090819 packages: +5! -85 +56 (9243)

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

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

On Fri, Aug 21, 2009 at 10:39:39AM +0400, Michail Yakushin wrote:

MY> Сложно поддерживать такое количество веток.
MY> А asterisk так не научился hrtimer и ему до сих пор важно HZ?
MY> Если очень надо верну. Принимаются пожелания по конфигурации и
MY> версии. Я подумывал что если оставлять то добвать туда RT пач.

Да в общем-то научился. Только для std-smp у нас zaptel не собран.  Я уже
обновил zaptel так, что он собирается, однако с тем чтобы правильно
собирать модули до конца пока не вкурил.

Раньше было удобно тем, что ты мог обновлять std-smp вперед не ожидая пока
zaptel будет собираться с новыми ядрами.

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

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] [cyber] I: Sisyphus-20090819 packages: +5! -85 +56 (9243)

[Michail Yakushin]

On Fri, Aug 21, 2009 at 12:07:44PM +0400, Денис Смирнов wrote:
> On Fri, Aug 21, 2009 at 10:39:39AM +0400, Michail Yakushin wrote:
> 
> MY> Сложно поддерживать такое количество веток.
> MY> А asterisk так не научился hrtimer и ему до сих пор важно HZ?
> MY> Если очень надо верну. Принимаются пожелания по конфигурации и
> MY> версии. Я подумывал что если оставлять то добвать туда RT пач.
> 
> Да в общем-то научился. Только для std-smp у нас zaptel не собран.  Я уже
> обновил zaptel так, что он собирается, однако с тем чтобы правильно
> собирать модули до конца пока не вкурил.
Ну вопервых я соберу. Во вторых там главное чтобы правильно таги
расставлены были. Тоесть новый modules-build-tools умеет обновлять спек и
ставить таги. По которым можно собирать модули.
> Раньше было удобно тем, что ты мог обновлять std-smp вперед не ожидая пока
> zaptel будет собираться с новыми ядрами.
У этого есть некоторые недостатки. Вот сейчас в std-ll были серьёзные
уязвимости. Обновлять его не тестируя плохо, тестировать нормально нет не
времени не сил.
Так отсюда вывод: Я беру новый темплейт zaptel и собираю под std-{def,pae}.
Всякие wanpipe и cronyx по мере поступления новых нормальных темплейтов.
Да и ещё прошу обратить внимание что там появилось новое поле
@kernelarch@. Это нужно для std-pae, я к тому чтобы оно не потерялось.

Re: [devel] [cyber] I: Sisyphus-20090819 packages: +5! -85 +56 (9243)

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

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

On Fri, Aug 21, 2009 at 12:40:13PM +0400, Michail Yakushin wrote:

MY> Ну вопервых я соберу. Во вторых там главное чтобы правильно таги
MY> расставлены были. Тоесть новый modules-build-tools умеет обновлять спек и
MY> ставить таги. По которым можно собирать модули.

Я постараюсь в ближайшее время сделать очередной набег. Там надо еще на
wanpipe набег сделать -- его патчить надо, чтобы с новыми ядрами
собирался.

MY>> Раньше было удобно тем, что ты мог обновлять std-smp вперед не ожидая пока
MY>> zaptel будет собираться с новыми ядрами.
MY> У этого есть некоторые недостатки. Вот сейчас в std-ll были серьёзные
MY> уязвимости. Обновлять его не тестируя плохо, тестировать нормально нет не
MY> времени не сил.

Тут есть специфика.

Например у меня пока ни один клиент (из тех кто крупняк и платит
нормальные деньги) не согласился на оплату услуги "плановые обновления
безопасности". Ибо снаружи доступ к сети закрывают вообще, и утверждают
что внутри офиса у них хацкеров которые будут хакать сначала астериск, а
потом через него всю ситему -- нет.

В связи с этим работающее-дырявое для них приемлимо, а вот неработающее
неприемлимо. А для новых ядер патчики к zaptel/wanpipe выходят с некоторой
задержкой (я был вынужден собирать из svn а не релиз).

MY> Так отсюда вывод: Я беру новый темплейт zaptel и собираю под std-{def,pae}.
MY> Всякие wanpipe и cronyx по мере поступления новых нормальных темплейтов.

Ok.

MY> Да и ещё прошу обратить внимание что там появилось новое поле
MY> @kernelarch@. Это нужно для std-pae, я к тому чтобы оно не потерялось.

Ok. Для хаканья темплейтов возьму их у тебя.

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

http://freesource.info
----------------------------------------------------------------------------


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