03.06.2010 21:48, KP Kirchdoerfer пишет: > Am Donnerstag, 3. Juni 2010 17:15:46 schrieb Andrew: > >> 03.06.2010 16:53, KP Kirchdoerfer пишет: >> >>> Am Donnerstag, 3. Juni 2010 13:24:01 schrieb Andrew: >>> >>>> 03.06.2010 13:06, KP Kirchdoerfer пишет: >>>> >>>>> Am Donnerstag, 3. Juni 2010 00:18:31 schrieb Andrew: >>>>> >>>>>> Hi all. >>>>>> >>>>>> I've fixed some packages - hostapd, wpa_supplicant, upnpd; also >>>>>> removed hostap (this driver AFAIK already in kernel) and updated some >>>>>> packages (quagga - to latest 0.99.16, also iptables - I think that >>>>>> 1.4.7 has a bug because it won't install headers by default 'make >>>>>> install', but 1.4.8 has same problem - so it looks like a >>>>>> 'undocumented feature'). >>>>>> >>>>>> Now v4 tree have these broken packages: >>>>>> fritz, linux-atm, unicorn, dosfstools (will be replaced by busybox), >>>>>> tor, bash, lcd4linux, hdsupp (I'll look on it closely in few days - >>>>>> looks like just needs update), kismet, ipvsadm, mysql, zaptel, >>>>>> bristuff, libpri, asterisk, openswan, wlan-ng, nut (I'll also look >>>>>> closer on it in near future), vsftpd, iscsi, pump, pcmcia, irmp3, >>>>>> radius (something wrong with makefile - I'll fix it), tinyproxy, >>>>>> snort, gpio, ulogd >>>>>> >>>>>> What of still broken packages are important? What of them are unneeded >>>>>> at all? And how about currently disabled in kernel PCMCIA/paging >>>>>> support - is it really needed for LEAF users? >>>>>> >>>>> Good work Andrew! >>>>> >>>>> The most important packages IMHO are net-snmp (which still fails to >>>>> build here) and ulogd, which is the default info target for shorewall. >>>>> I believe ulogd fails due to mssing mysql. If that one is not fixable >>>>> in the near future ulogd could be build without sql support for the >>>>> start. >>>>> >>>>> kp >>>>> >>>> Strange, I have net-snmp built correctly. I'm trying to rebuild all from >>>> scratch again, and look on result. Can you try again and in cause of >>>> error - give me your net-snmp building log (actually - end of it with >>>> error)? >>>> About ulogd - it's only needed for logging to mysql - because primary >>>> logger is syslog-ng (I must update syslog to newer one due to >>>> incompatibility of old klogd with 2.6 kernel). >>>> Radius and nut are already fixed (I also update nut to 2.4.3 - but it's >>>> untested); hdsupp - is dependent by dosfstools, so it'll be fixed later, >>>> after busybox's single executable splitting. >>>> >>> ok; >>> >>> here is the error building netsnmp >>> >>> staging/bin/gcc-m32 -DNETSNMP_ENABLE_IPV6 -Os -march=i686 -D_REENTRANT >>> -Ulinux -Dlinux=linux -D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS >>> -DDEBIAN -fno-strict-aliasing -pipe -I/usr/local/include >>> -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/lib/perl/5.8/CORE -o >>> .libs/snmpd .libs/snmpd.o -Wl,-E >>> -L/opt/b26nitro/source/net-snmp/net-snmp-5.4.2.1/agent/.libs >>> -L/opt/b26nitro/source/net-snmp/net-snmp-5.4.2.1/agent/helpers/.libs >>> -L/opt/b26nitro/source/net-snmp/net-snmp-5.4.2.1/snmplib/.libs >>> -L/opt/b26nitro/source/net-snmp/net-snmp-5.4.2.1/snmplib >>> -L/opt/b26nitro/source/net-snmp/net-snmp-5.4.2.1/agent/helpers >>> -L/opt/b26nitro/build/net-snmp/usr/lib ./.libs/libnetsnmpagent.so >>> helpers/.libs/libnetsnmphelpers.so ./.libs/libnetsnmpmibs.so >>> /opt/b26nitro/source/net-snmp/net-snmp-5.4.2.1/agent/helpers/.libs/libnet >>> snmphelpers.so >>> /opt/b26nitro/source/net-snmp/net-snmp-5.4.2.1/agent/.libs/libnetsnmpagen >>> t.so -lwrap >>> /opt/b26nitro/source/net-snmp/net-snmp-5.4.2.1/snmplib/.libs/libnetsnmp.s >>> o ../snmplib/.libs/libnetsnmp.so -L/usr/local/lib >>> /usr/lib/perl/5.8/auto/DynaLoader/DynaLoader.a -L/usr/lib/perl/5.8/CORE >>> -lperl -ldl -lm -lpthread -lc -lcrypt -Wl,--rpath >>> -Wl,/opt/b26nitro/staging/usr/lib >>> /opt/b26nitro/staging/lib/gcc-lib/i386-linux/3.3.3/../../../../i386-linux >>> /bin/ld: cannot find -lperl >>> >>> >>> >>> kp >>> >> Hmm... Strange, it looks that it needs perl - in some reason it found >> your perl interpreter, but can't link it's library; and on my system it >> doesn't found perl - possible due to cross-compilation on x86-64. >> I disabled embedded perl interpreter in net-snmp; try now to build >> net-snmp. >> > Andrew; > > this makes things worse - it just looks for a full version of perl. > I doubt your package will run on a LEAF router without perl... > As I understand, perl may be needed for snmptrapd - as very fast (due to script compilation before execution) and easily configurable user scripting extension; and is only needed if you will use perl scripting. Without embedded perl support - perl scripts (if they will be used) will be run as generic applications, which will cause more CPU overhead for precompiling. Also, as far as my .lrp was built without perl support due to cross-compiling (configure script determines that there are no perl library in system - so net-snmp was built without embedded perl support) - I think that I'm right. I use net-snmp on all my routers, and no major problems with 5.4.2.1 were noticed (except this one: http://sourceforge.net/tracker/index.php?func=detail&aid=1693039&group_id=12694&atid=112694 - but it just floods syslog on some servers; I may try to fix this later - I saw some patches). Try to run new net-snmp on LEAF box - I think that all will work OK. > I went back to 5.3.x and it compiles without problems. AFAIR the perl > dependency was the reason we've never updated net-snmp in the 3.x series. > > Is there a reason you updated net-snmp? > > kp > > Yes, 5.3.x has memory leaks for me on network access server with PPTP/PPPoE. Approx 50~70 MB per week were eated by net-snmpd.
------------------------------------------------------------------------------ ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo _______________________________________________ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
