Re: [leaf-devel] 5.x build errors
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
Re: [leaf-devel] 5.x build errors
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 -- 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
Re: [leaf-devel] 5.x build errors
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 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
Re: [leaf-devel] 5.x build errors
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
Re: [leaf-devel] 5.x build errors
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. > 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
Re: [leaf-devel] 5.x build errors
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. 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 autom4te-2.69: /usr/bin/m4 failed with exit status: 1 aclocal-1.12: error: /usr/bin/autom4te-2.69 failed with exit status: 1 autoreconf-2.69: aclocal failed with exit status: 1 -- 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
Re: [leaf-devel] 5.x build errors
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) >>> 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 -- 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
Re: [leaf-devel] 5.x build errors
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? >> 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 > >> ulogd - mistake dependent from host pgsql; now fixed. > Haven't seen that on my build host, anyway good you've catched and fixed 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
Re: [leaf-devel] 5.x build errors
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? > 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? > ulogd - mistake dependent from host pgsql; now fixed. Haven't seen that on my build host, anyway good you've catched and fixed 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
