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. Openldap doesn't solve this issue. Maybe trouble will be present also with other helpers. What of them we actually needed? >>>>>> 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 >
------------------------------------------------------------------------------ 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
