=?iso-8859-1?q?=5Bdevel=5D_q=3A_=D0=D2=CF=C2=CC=C5=CD=D9_=D3=CF_=D3=C2=CF?= =?iso-8859-1?q?=D2=CB=CF=CA_=CE=C5=CF=C2=D9=DE=CE=CF=CA_=D0=D2=CF=C7=D2?= =?iso-8859-1?q?=C1=CD=CD=D9?=

[Volkov Serge]

Hello Vladimir,

Tuesday, October 26, 2004, 6:13:27 PM, you wrote:

VL> собираю в пакет tcng ( http://tcng.sourceforge.net ). хочется опробовать
VL> эту систему контроля трафика.

VL> Программа состоит из двух компонент tcng и tcsim. Первая собственно
VL> компилятор правил для tc - с ним проблем нет, а вот tcsim - эммулятор
VL> для проверки работы создаваемых правил - самый интересный компонент и с
VL> ним проблемы.

VL> Необычность tcsim в том, что он требует исходники ядра и исходники
VL> iproute2. Такие требования заставили поломать голову как их ему 
VL> обеспечить. В Buildreq указал kernel-source-2.4.27, исходники iproute2
VL> вместе с патчами вытащил из соотвествующего srpm и сложил их к tcsim. Но
VL> сборка не получилась, проблему создают патчи, а точнее 
VL> iproute2-2.4.7-alt-fixes.patch:

А что из этих исходников он реально использует ?
может можно куски выцыпить?!

[skip]

VL> Без этого патча (и ещё одного зависимого) сборка проходит, но что 
VL> получилось в итоге остаётся догадываться. В чём тут может быть проблема?

VL> И ещё задаюсь вопросами: может ли таскать пакет с собой исходники 
VL> другого пакета? Как поступать с исходниками ядра: требуется ли наложение
VL> кучи имеющихся патчей на него или "так сойдёт"? Какие в итоге должны
VL> быть "правильные" зависимости (жёсткие к версии ядра и iproute2 или
VL> вообще от них независящие) у такого пакета?

-- 
Best regards,
 Volkov                            mailto:vserge на altlinux.ru