asterisk1.4
libspandsp1.4
zaptel обязательно (!)

Вообще-то хорошо бы ядреные модули для zaptel, но это как я понимаю уже через
updates/4.0?

В zaptel были серьезные багфиксы, в libspands1.4 был пофикшен серьезнейший баг с
G.711 (в предыдущей версии alaw не имел ничего общего со стандартом G.711). В
модулях там вообще подвисания пофикшены.

всё, что вытянется по зависимостям -- это даже не смешно.

А почему не смешно: слишком много зависимостей или просто нужно, чтобы я все
действительно необходимое перечислил?

Может просто пересобрать, т.е. через updates/4.0? Я собираю и использую
CallWeaver в текущем бранче 4.0 - проблем не наблюдается, из отсутствующего в
бранче 4.0 требуется только libspandsp. А Сизифа у меня нет, соответственно, я
не знаю, что там случилось с ABI и что может еще вытянуться.

Что из отсутствующего в бранче 4.0 нужно для Asterisk - это Денису лучше знать :)

Собственно я перечислил, что имеет право вытянуться по зависимостям.

Да, asterisk1.4-devel-docs еще.

У нас есть какой-нибудь простой инструментарий для проведения теста на
возможность переноса группы пакетов? 

а можно как-нибудь ускорить выполнение заявки? 

просто callweaver из бранча валится под нагрузкой, а новый - нет

(In reply to comment #4)
> Собственно я перечислил, что имеет право вытянуться по зависимостям.
> 
> Да, asterisk1.4-devel-docs еще.

asterisk1.4-devel-doc-1.4.13-alt1.20071102 в Сизифе вообще не собирается,
жалуется на то что
E: Версия ='1.4.13-alt1.20071102' для 'asterisk1.4-sources' не найдена

> У нас есть какой-нибудь простой инструментарий для проведения теста на
> возможность переноса группы пакетов?

Простой инструментарий отвечает только на простые вопросы.

Перенос затруднён по зависимостям.
Если нужно обновить пакеты в 4.0, то отправьте их, пожалуйста, в incoming к 4.0