Thanks for that!, I was able to get also the userspace part working with snapshot from ACCOUNT branch but I'm not able to compile whole xtables-addons from this branch. Compile was running on CentOS 5 (x86 and x86_64) I've recieved following when trying compile: make all-recursive make[1]: Entering directory `/usr/src/xtables-addons' Making all in extensions make[2]: Entering directory `/usr/src/xtables-addons/extensions' if [ -n "/usr/src/linux-2.6.31" ]; then make -C /usr/src/linux-2.6.31 M= modules; fi; make[3]: Entering directory `/usr/src/linux-2.6.31' CHK include/linux/version.h CHK include/linux/utsrelease.h SYMLINK include/asm -> include/asm-x86 CALL scripts/checksyscalls.sh Building modules, stage 2. MODPOST 452 modules make[3]: Leaving directory `/usr/src/linux-2.6.31' make -f ../Makefile.iptrules all; make[3]: Entering directory `/usr/src/xtables-addons/extensions' CC libxt_RAWDNAT.oo In file included from libxt_RAWDNAT.c:17: xt_RAWNAT.h:5: error: field ‘addr’ has incomplete type make[3]: *** [libxt_RAWDNAT.oo] Error 1 make[3]: Leaving directory `/usr/src/xtables-addons/extensions' make[2]: *** [user-all-local] Error 2 make[2]: Leaving directory `/usr/src/xtables-addons/extensions' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/xtables-addons' make: *** [all] Error 2 Do you have any clue what can be possibly wrong? Regards, Vlado Jan Engelhardt wrote / napísal(a): > On Wednesday 2009-09-23 22:11, Jan Rafaj wrote: >> I'm glad you find it useful, like me. >> >> I've originally submitted my ports of [ACCOUNT, ...] >> for inclusion to xtables-addons (Xt-a) few weeks ago. So far Jan Engelhardt, >> its maintainer, has added just the kernel part of ACCOUNT >> to Xt-a, perhaps due to lack of time and becouse he probably didnt want >> to delay release of Xt-a 1.18 . >> >> You may try to ask him about the current status of adding iptaccount >> as well as the other modules I "ported" (I'm looking forward to this too). >> From what I know the troublesome part is that I didnt do the ports >> in git, so he will need to pluck apart all my changes and stuff it >> into git as separate commits. (Next time - if there will be such time >> - I wont make this mistake again). > > The troublesome part was the extra GNUmakefile.in you proposed > adding. I spent the last days on getting Automake back and not > having to use too many own makefiles, because that would lead > to an update nightmare. (Now it's all nice.) > > Please test the latest ACCOUNT-e37985b. > -- To unsubscribe from this list: send the line "unsubscribe netfilter-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
