18.05.2013 21:58, KP Kirchdoerfer пишет: > Am 15.05.2013 20:35, schrieb KP Kirchdoerfer: >> Am 15.05.2013 20:00, schrieb Andrew: >>> 15.05.2013 18:15, KP Kirchdoerfer пишет: >>>> Am 14.05.2013 20:49, schrieb Andrew: >>>>> 14.05.2013 17:47, KP Kirchdoerfer пишет: >>>>>> Am 13.05.2013 21:08, schrieb Andrew: >>>>>>> 13.05.2013 20:33, KP Kirchdoerfer пишет: >>>>>>>> Hi Andrew; >>>>>>>> >>>>>>>> Am 13.05.2013 19:05, schrieb Andrew: >>>>>>>>> Hi all. >>>>>>>>> I noticed that some packages failed to built on my host. This is >>>>>>>>> squid, >>>>>>>>> snarf, iscsi and ulogd. >>>>>>>>> Squid - ldap_group acl helper failed to built. >>>>>>>> builds fine here - maybe an something from host is used/missing; what >>>>>>>> says the build log? >>>>>>> It seems like ldap is fetched from host system. And other helpers may >>>>>>> also fetch system headers in configure. Does your system build >>>>>>> LDAP_group? >>>>>> You're right; it does not build, though I don't get an error in >>>>>> build.html. >>>>>> AFAIK it's not enabled in squid/build.cfg >>>>>> >>>>>> >>>>>> ( from configure --help: >>>>>> --enable-external-acl-helpers="list of helpers" >>>>>> Enable external_acl helpers support and >>>>>> thelpers >>>>>> --disable-external-acl-helpers. To build no >>>>>> helpers, >>>>>> helpers/external_acl directory) >>>>>> >>>>>> >>>>> It seems like it's choosed by system libs - if ldap.h is present it >>>>> tries to built ldap acl helper. With failure. >>>> A solution could be to explicitly --disable-external-acl-helpers >>>> in buildtool.mk. >>>> Or to build openldap before squid (set dependson and openldap as >>>> requirement in squid.cfg etc), if we want to support that feature. >>> If we don't need helpers - this'll be OK. >> Have you tried to build squid and have success with the >> --disable-external-acl-helpers setting? >> >> >>> Openldap doesn't solve this issue. >> Are you shure? In my setup squid is build before openldap. >> >> If we want to support ldap in our setup, we have to take care openldap >> is build before and a requirement and enable >> ldap in the list of helpers. (--enable-external-acl-helpers="list of >> helpers") >> >>> Maybe trouble will be present also with other helpers. What of them we >>> actually needed? >> Don't know :) , at the time I've tested squid it worked without any >> helpers. But that might be related to my limited setup. >> >> A start could be to make shure squid builds with external helpers >> disabled, adding one should be doable if requested. >> >>>>>>>>> iscsi - driver fails to built. Maybe we'll should use version from >>>>>>>>> trunk >>>>>>>>> (it has mostly bugfixes)? >>>>>>>> A known issue here as well - see also Trac ticket #82 >>>>>>>> >>>>>>>>> snarf - trouble in autoconf file. >>>>>>>> Maybe an issue with hosts autotools etc >>>>>>>> >>>>>>>> For 5.x we "removed autoconf/automake/libtool/nasm from tree (used ones >>>>>>>> that are available into build system)" >>>>>>>> >>>>>>>> I see: >>>>>>>> autoconf --version >>>>>>>> autoconf (GNU Autoconf) 2.68 >>>>>>>> >>>>>>>> Any difference to your build host? >>>>>>> 2.69 >>>>>> What's your error? >>>>>> >>>>>> >>>>>> kp >>>>>> >>>>> (cd snarf-7.0.orig ; \ >>>>> rm -f aclocal.m4 Makefile.in; autoreconf -i -f && \ >>>>> ./configure --prefix=/usr \ >>>>> --host=i486-unknown-linux-uclibc \ >>>>> --build=x86_64-pc-linux-gnu \ >>>>> --with-guess-winsize) >>>>> aclocal-1.12: warning: autoconf input should be named 'configure.ac', >>>>> not 'configure.in' >>>>> configure.in:22: error: automatic de-ANSI-fication support has been >>>>> removed >>>>> /usr/share/aclocal-1.12/protos.m4:10: AM_C_PROTOTYPES is expanded from... >>>>> configure.in:22: the top level >>>> I found the hint that automake 1.12 removed automatic de-ANSI-fication >>>> support >>>> and a patch removing AM_C_PROTOTYPES from configure.in should solve it. >>>> >>>> >>>> kp > > Hi; > > I've committed two changes for squid and snarf - can you pls doublecheck? > > kp > snarf + squid builts OK. I started full rebuild, let's look what'll be in result...
------------------------------------------------------------------------------ AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential security capabilities. Easily and efficiently configure, manage, and operate all of your security controls from a single console and one unified framework. Download a free trial. http://p.sf.net/sfu/alienvault_d2d _______________________________________________ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
