Hello Alex Radetsky! Wed, Mar 17, 2004 at 09:15:44AM +0200, rad wrote about "[uanog] iproute2": AR> Пытаюсь собрать iproute2. И получаю вот такое вот: AR> # make AR> make[1]: Entering directory /usr/src/iproute2/lib' AR> gcc -D_GNU_SOURCE -O2 -Wstrict-prototypes -Wall -g -I../include-glibc -I/usr/include/db3 -include ../include-glibc/glibc-bugs.h -I/usr/src/linux/include -I../include -DRESOLVE_HOSTNAMES -c -o ll_map.o ll_map.c AR> In file included from ../include-glibc/netinet/in.h:7, AR> from ll_map.c:19: AR> /usr/src/linux/include/linux/in.h:140: error: field `gr_group' has incomplete type AR> /usr/src/linux/include/linux/in.h:146: error: field `gsr_group' has incomplete type AR> /usr/src/linux/include/linux/in.h:147: error: field `gsr_source' has incomplete type AR> /usr/src/linux/include/linux/in.h:153: error: field `gf_group' has incomplete type AR> /usr/src/linux/include/linux/in.h:156: error: field `gf_slist' has incomplete type AR> make[1]: *** [ll_map.o] Error 1 AR> make[1]: Leaving directory /usr/src/iproute2/lib' AR> make: *** [all] Error 2 AR> AR> Kernel 2.4.22 , iproute2-2.4.7-now-ss020116-try AR> AR> Чего это он? В документации такого не описано. AR> Где я не неправ ? А дядька Кузнецов нелюбит жутко glibc девелоперов, а с 2.4.23 (вроде) немного поменяли .h-файлы в ядре. Патчик должен помочь... CU! -- //ShaD0w

On Wed, Mar 17, 2004 at 09:46:36AM +0200, Alex Radetsky wrote:

On Wed, Mar 17, 2004 at 09:25:07AM +0200, Alexandr D. Kanevskiy wrote:

...

ну для начала попробовать такое: а там уже дальше смотреть надо что у тебя с файлами заголовков творится.

--- iproute2/Makefile.kad Tue May 28 16:38:43 2002 +++ iproute2/Makefile Tue May 28 16:39:17 2002

Так, с первым патчем разобрались.

Спасибо. Немного полечило. По крайней мере lib/ собирается.

А вот нафига ему libdb? какие-то куски его используют. Да ещe четвертой версии? это патч из cvs asplinux 9, у нас там только db4 осталось, и соотвественно программы правятся на предмет сборки с ней.

Неужели нельзя было обойтись? можно ;)

Собственно при сборе arpd. Может проигнорировать? Мне arpd пока не нужен. если ненужен - проигнорируй. :)

-- With best regards, Alexandr Kanevskiy. ISP Inter-Don. CTO AK2240-RIPE, AK2-6BONE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message

On Wed, Mar 17, 2004 at 10:42:01AM +0200, Alex Radetsky wrote:

On Wed, Mar 17, 2004 at 10:13:38AM +0200, Alexandr D. Kanevskiy wrote:

...

...

А вот нафига ему libdb? какие-то куски его используют. Только arpd насколько я увидел? вроде да.

...

...

Собственно при сборе arpd. Может проигнорировать? Мне arpd пока не нужен. если ненужен - проигнорируй. :) Убрал из misc/Makefile target arpd. Собралось. Спасибо.

PS. Ткните меня в УРЛ где подробно объясняется чем лучше использование arpd по сравнению с классической схемой? Может зря я его так? URL вряд ли найдешь, а основная идея arpd вот в чем:

ARP daemon support CONFIG_ARPD Normally, the kernel maintains an internal cache which maps IP addresses to hardware addresses on the local network, so that Ethernet/Token Ring/ etc. frames are sent to the proper address on the physical networking layer. For small networks having a few hundred directly connected hosts or less, keeping this address resolution (ARP) cache inside the kernel works well. However, maintaining an internal ARP cache does not work well for very large switched networks, and will use a lot of kernel memory if TCP/IP connections are made to many machines on the network. If you say Y here, the kernel's internal ARP cache will never grow to more than 256 entries (the oldest entries are expired in a LIFO manner) and communication will be attempted with the user space ARP daemon arpd. Arpd then answers the address resolution request either from its own cache or by asking the net. This code is experimental and also obsolete. If you want to use it, you need to find a version of the daemon arpd on the net somewhere, and you should also say Y to "Kernel/User network link driver", below. If unsure, say N. -- With best regards, Alexandr Kanevskiy. ISP Inter-Don. CTO AK2240-RIPE, AK2-6BONE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message