From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.2.5 X-Virus-Scanned: amavisd-new at tanhost.com Message-ID: <4B7D4B39.8070301@tangramltd.com> Date: Thu, 18 Feb 2010 16:14:17 +0200 From: Slava Dubrovskiy User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru; rv:1.9.1.8pre) Gecko/20100202 Thunderbird/3.0.1 MIME-Version: 1.0 To: ALT Linux Team development discussions References: <4B38DFC5.7070402@tangramltd.com> In-Reply-To: X-Enigmail-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: [devel] =?utf-8?b?0J/QvtGC0LXRgNGPINC/0LDQutC10YLQvtCyIGxpYnBj?= =?utf-8?b?YXAg0Lgg0LrQsNC6INGBINGN0YLQuNC8INCx0L7RgNC+0YLRjNGB0Y8=?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Feb 2010 14:14:41 -0000 Archived-At: List-Archive: List-Post: 18.02.2010 15:00, Alexey Shabalin пишет: >> 1. Собрать дополнительный модуль к ядру >> 2. Собрать дополнительно пропатченные модули к поддерживаемым сетевухам >> 3. Собрать пропатченную версию libpcap >> 4. Пересобрать софт с новой libpcap >> >> >> С пунктом первым у меня вопросов нет. Это просто. >> > Что для этого нужно: > Первый пункт я сделал :) модуль ядра отправил в сизиф. > Ой, спасибо. Все руки не доходили... >> Со вторым сложнее, т.к. имена модулей совпадают с теми что уже есть в ядре. >> Отюда вопрос: есть ли возможность собирать модули с одинаковыми именами >> и как обеспечить приоритет загрузки нужного модуля? >> > Этим займёмся позже. > >> Пункт 3 тоже решаем. Или мы вносим данный функционал в текущий пакет >> libpcap (который давно пора обновить) или придется делать второй пакет. >> > я вот не совсем понял, будет ли пропатченный libpcap работать без > ядерного модуля. > Если будет то лучше обойтись единственным libpcap. > Будет. > По ходу сборки userland для pf_ring возникают следующие вопросы: > 1. нужен ли отдельный пакет libpfring? всё равно все используют только > libpcap. Может втянуть libpfring в libpcap? > Не знаю. Думаю логично сделать. > 2. в репо PF_RING смотрю на Makefile и вижу - libpcap-ring линкуется > со статической libpfring.a, зачем потом tcpdump и snort тоже линковать > с libfring.a. Надо это делать? > Я бы делал shared > 3. Или делать libpfring как shared? тогда надо soname добавлять. > Да, кажется это правильнее. -- WBR, Dubrovskiy Vyacheslav