mod-security-developers Mailing List for ModSecurity (Page 39)
Brought to you by:
victorhora,
zimmerletw
Menu
▾
▴
mod-security-developers — Development discussion about mod_security
You can subscribe to this list here.
| 2006 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(8) |
Aug
(2) |
Sep
(1) |
Oct
|
Nov
(1) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(9) |
Sep
|
Oct
(1) |
Nov
|
Dec
(3) |
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
(12) |
Mar
(42) |
Apr
(68) |
May
(30) |
Jun
(50) |
Jul
(17) |
Aug
(3) |
Sep
(5) |
Oct
(7) |
Nov
(3) |
Dec
(4) |
| 2012 |
Jan
(11) |
Feb
(11) |
Mar
(37) |
Apr
|
May
(21) |
Jun
(21) |
Jul
(12) |
Aug
(41) |
Sep
(19) |
Oct
(31) |
Nov
(24) |
Dec
(10) |
| 2013 |
Jan
(12) |
Feb
(18) |
Mar
(3) |
Apr
(8) |
May
(35) |
Jun
(5) |
Jul
(38) |
Aug
(5) |
Sep
(2) |
Oct
(4) |
Nov
(11) |
Dec
(6) |
| 2014 |
Jan
(3) |
Feb
(12) |
Mar
(11) |
Apr
(18) |
May
(2) |
Jun
(1) |
Jul
(11) |
Aug
(5) |
Sep
|
Oct
(15) |
Nov
(13) |
Dec
(9) |
| 2015 |
Jan
(2) |
Feb
(8) |
Mar
(7) |
Apr
(3) |
May
|
Jun
(1) |
Jul
(1) |
Aug
(1) |
Sep
(11) |
Oct
(14) |
Nov
(4) |
Dec
(1) |
| 2016 |
Jan
(11) |
Feb
(19) |
Mar
(20) |
Apr
(6) |
May
(3) |
Jun
(17) |
Jul
(5) |
Aug
|
Sep
(7) |
Oct
(2) |
Nov
(2) |
Dec
(12) |
| 2017 |
Jan
(4) |
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
(3) |
Oct
(1) |
Nov
|
Dec
(15) |
| 2018 |
Jan
(13) |
Feb
(2) |
Mar
(14) |
Apr
(9) |
May
|
Jun
(6) |
Jul
(3) |
Aug
(1) |
Sep
(3) |
Oct
|
Nov
(13) |
Dec
(1) |
| 2019 |
Jan
(2) |
Feb
(9) |
Mar
(28) |
Apr
(4) |
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
|
Nov
|
Dec
(2) |
| 2020 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
(3) |
Aug
|
Sep
(4) |
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
(10) |
Mar
(3) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Breno S. P. (JIRA) <no...@mo...> - 2011-04-25 19:57:00
|
[ https://www.modsecurity.org/tracker/browse/MODSEC-229?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Breno Silva Pinto resolved MODSEC-229.
--------------------------------------
Resolution: Fixed
Added the new line
> Proposal to improve part K syntax
> ---------------------------------
>
> Key: MODSEC-229
> URL: https://www.modsecurity.org/tracker/browse/MODSEC-229
> Project: ModSecurity
> Issue Type: Improvement
> Components: Logging
> Reporter: Ivan Ristic
> Assignee: Breno Silva Pinto
> Fix For: 2.6.0
>
>
> The current syntax of the K part is very difficult to follow. I propose a change:
> - Add one empty line before every new rule or chain (except for the first rule)
> - When logging chains, prefix the rules that did not match with a #
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://www.modsecurity.org/tracker/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
|
|
From: Breno S. P. (JIRA) <no...@mo...> - 2011-04-25 19:12:00
|
[ https://www.modsecurity.org/tracker/browse/MODSEC-233?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Breno Silva Pinto resolved MODSEC-233.
--------------------------------------
Resolution: Fixed
Yes. It was already fixed for rc2.
Thanks
> decodeBase64Ext does not follow naming convention
> -------------------------------------------------
>
> Key: MODSEC-233
> URL: https://www.modsecurity.org/tracker/browse/MODSEC-233
> Project: ModSecurity
> Issue Type: Improvement
> Security Level: Normal
> Reporter: Ivan Ristic
> Assignee: Breno Silva Pinto
> Fix For: 2.6.0
>
>
> The name of the decodeBase64Ext transformation function does not follow the naming convention. The names of all other transformation functions end with "Decode", including the previously-existing base64Decode. decodeBase64Ext should be called base64DecodeExt.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://www.modsecurity.org/tracker/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
|
|
From: Abdullah, A. <Ayu...@tt...> - 2011-04-25 14:41:25
|
Good Morning, We are currently using Mod_security 2.5.13 /CRS 2.10 in our environment and we were under the impression that Denial of service attacks was a newly added feature that allows this functionality. Well we have been running into all sorts of problems getting this set up correctly. At the moment we have enabled xforwarding for on our proxy servers which gives us the ability to identify offending IPs that are attacking us. We would like defend against these denial of service attacks using mod_security and the httpd-guardian tool. >From what I have read and assuming httpdguardian is already configured, we only need to add one line to the Apache configuration to deploy it: SecGuardianLog |/path/to/httpd-guardian When I insert the above line it blocks all IPs to the site. How do I configure this to blacklist just the offending IP? Thanks, Ayub |
|
From: Ryan B. <RBa...@tr...> - 2011-04-22 11:38:51
|
Awesome work Juan Carlos! I am cross-posting this to the mod-security-users list as well since there was a recent thread on ModSecurity and Tomcat (http://comments.gmane.org/gmane.comp.apache.mod-security.user/8163). Currently, you would have to front-end Tomcat with and Apache2 reverse proxy in order to have ModSecurity protect it. With Juan Carlos' porting of the OWASP Java WAF servlet filter, however, you will soon be able to use the core of the ModSecurity rules language directly in a Java server! Keep up the great work Juan Carlos!!! And for anyone else who is interested in helping with Ports of ModSecurity for other platforms, we have info here - http://www.modsecurity.org/projects/. Please let us know if you would like to port ModSecurity to another platform. -- Ryan Barnett Senior Security Researcher Trustwave – SpiderLabs From: Juan calderon <jua...@ow...<mailto:jua...@ow...>> Reply-To: "mod...@li...<mailto:mod...@li...>" <mod...@li...<mailto:mod...@li...>> Date: Thu, 21 Apr 2011 22:24:54 -0500 To: "mod...@li...<mailto:mod...@li...>" <mod...@li...<mailto:mod...@li...>> Subject: [Mod-security-developers] Presentation and Mod Security for Java Advance Hello Guys My name is Juan Carlos Calderon I live in Mexico and I am creating the ModSecurity Java Port by including Level 1 Port Specification functionality to OWASP Java WAF. I want to give you a small update on my advance. The Following variables are now available: ARGS, ARGS_NAMES, QUERY_STRING, REMOTE_ADDR, REQUEST_BASENAME, REQUEST_COOKIES, REQUEST_COOKIES_NAMES, REQUEST_FILENAME, REQUEST_HEADERS_NAMES, REQUEST_HEADERS, REQUEST_METHOD, REQUEST_PROTOCOL, REQUEST_URI, REQUEST_URI_RAW, RESPONSE_CONTENT_TYPE. Phases phase:1 - Request headers stage phase:2 - Request body stage phase:4 - Response body stage Phase 3 is not available in Java, thus, Java 4 will be used as a fall back to phase 3 actions. Little by little the port is taking shape. Regards, Juan Carlos Calderon ________________________________ This transmission may contain information that is privileged, confidential, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. |
|
From: Juan c. <jua...@ow...> - 2011-04-22 03:51:30
|
Hello Guys
My name is Juan Carlos Calderon I live in Mexico and I am creating the
ModSecurity Java Port by including Level 1 Port Specification functionality
to OWASP Java WAF. I want to give you a small update on my advance.
The Following variables are now available:
ARGS, ARGS_NAMES, QUERY_STRING, REMOTE_ADDR, REQUEST_BASENAME,
REQUEST_COOKIES, REQUEST_COOKIES_NAMES, REQUEST_FILENAME,
REQUEST_HEADERS_NAMES, REQUEST_HEADERS, REQUEST_METHOD, REQUEST_PROTOCOL,
REQUEST_URI, REQUEST_URI_RAW, RESPONSE_CONTENT_TYPE.
Phases
phase:1 - Request headers stage
phase:2 - Request body stage
phase:4 - Response body stage
Phase 3 is not available in Java, thus, Java 4 will be used as a fall back
to phase 3 actions.
Little by little the port is taking shape.
Regards,
Juan Carlos Calderon
|
|
From: Diego E. P. <fla...@gm...> - 2011-04-20 19:27:22
|
Il giorno mer, 20/04/2011 alle 12.16 -0700, Breno Silva ha scritto: > > Any good solution when use long/different size strings ? Lennart Poettering (of pulseaudio and systemd fame) has written a string pool tool as part of libatasmart, but I doubt that the overhead of building and running it is worth it for ModSec. Maybe if it was written in Perl (rather than compiled, and hacked to cross-compile) it would make more sense. -- Diego Elio Pettenò — Flameeyes http://blog.flameeyes.eu/ |
|
From: Breno S. <bre...@gm...> - 2011-04-20 19:16:30
|
Applied Thanks! On Wed, Apr 20, 2011 at 11:50 AM, Diego Elio Pettenò <fla...@gm...>wrote: > There is no 1/5 (or rather it's in moderation and should be deleted) > mostly because I mistakenly counted in my previous changes that are > applied already. > > -- > Diego Elio Pettenò — Flameeyes > http://blog.flameeyes.eu/ > > > > ------------------------------------------------------------------------------ > Benefiting from Server Virtualization: Beyond Initial Workload > Consolidation -- Increasing the use of server virtualization is a top > priority.Virtualization can reduce costs, simplify management, and improve > application availability and disaster protection. Learn more about boosting > the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev > _______________________________________________ > mod-security-developers mailing list > mod...@li... > https://lists.sourceforge.net/lists/listinfo/mod-security-developers > ModSecurity Services from Trustave's SpiderLabs: > https://www.trustwave.com/spiderLabs.php |
|
From: Breno S. <bre...@gm...> - 2011-04-20 19:16:19
|
Applied Thanks! Any good solution when use long/different size strings ? On Wed, Apr 20, 2011 at 1:47 PM, Diego Elio Pettenò <fla...@gm...>wrote: > > This transforms the country codes arrays in arrays-of-arrays so that they > can be written in .rodata even for shared libraries, and the list of > country names to a constant array of pointers, that goes in .data.rel.ro > (or .rodata for non-PIC builds). > > For more details look read > > http://blog.flameeyes.eu/2007/12/19/array-of-pointers-and-array-of-arrays > --- > apache2/msc_geo.c | 8 ++++---- > 1 files changed, 4 insertions(+), 4 deletions(-) > > > > ------------------------------------------------------------------------------ > Benefiting from Server Virtualization: Beyond Initial Workload > Consolidation -- Increasing the use of server virtualization is a top > priority.Virtualization can reduce costs, simplify management, and improve > application availability and disaster protection. Learn more about boosting > the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev > _______________________________________________ > mod-security-developers mailing list > mod...@li... > https://lists.sourceforge.net/lists/listinfo/mod-security-developers > ModSecurity Services from Trustave's SpiderLabs: > https://www.trustwave.com/spiderLabs.php > |
|
From: Breno S. <bre...@gm...> - 2011-04-20 19:15:32
|
Applied Thanks! On Wed, Apr 20, 2011 at 11:47 AM, Diego Elio Pettenò <fla...@gm...>wrote: > > This allows the data to be added to .rodata (non-PIC) or .data.rel.ro > (PIC). > --- > apache2/mod_security2.c | 10 +++++----- > 1 files changed, 5 insertions(+), 5 deletions(-) > > > > ------------------------------------------------------------------------------ > Benefiting from Server Virtualization: Beyond Initial Workload > Consolidation -- Increasing the use of server virtualization is a top > priority.Virtualization can reduce costs, simplify management, and improve > application availability and disaster protection. Learn more about boosting > the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev > _______________________________________________ > mod-security-developers mailing list > mod...@li... > https://lists.sourceforge.net/lists/listinfo/mod-security-developers > ModSecurity Services from Trustave's SpiderLabs: > https://www.trustwave.com/spiderLabs.php > |
|
From: Breno S. <bre...@gm...> - 2011-04-20 19:15:08
|
Applied Thanks! On Wed, Apr 20, 2011 at 11:47 AM, Diego Elio Pettenò <fla...@gm...>wrote: > --- > apache2/msc_util.c | 2 +- > apache2/re_operators.c | 2 +- > 2 files changed, 2 insertions(+), 2 deletions(-) > > > > ------------------------------------------------------------------------------ > Benefiting from Server Virtualization: Beyond Initial Workload > Consolidation -- Increasing the use of server virtualization is a top > priority.Virtualization can reduce costs, simplify management, and improve > application availability and disaster protection. Learn more about boosting > the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev > _______________________________________________ > mod-security-developers mailing list > mod...@li... > https://lists.sourceforge.net/lists/listinfo/mod-security-developers > ModSecurity Services from Trustave's SpiderLabs: > https://www.trustwave.com/spiderLabs.php > |
|
From: Diego E. P. <fla...@gm...> - 2011-04-20 18:50:29
|
There is no 1/5 (or rather it's in moderation and should be deleted) mostly because I mistakenly counted in my previous changes that are applied already. -- Diego Elio Pettenò — Flameeyes http://blog.flameeyes.eu/ |
|
From: Diego E. P. <fla...@gm...> - 2011-04-20 18:48:33
|
--- apache2/msc_util.c | 2 +- apache2/re_operators.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) |
|
From: Diego E. P. <fla...@gm...> - 2011-04-20 18:48:31
|
This allows the data to be added to .rodata (non-PIC) or .data.rel.ro (PIC). --- apache2/mod_security2.c | 10 +++++----- 1 files changed, 5 insertions(+), 5 deletions(-) |
|
From: Diego E. P. <fla...@gm...> - 2011-04-20 18:48:23
|
This transforms the country codes arrays in arrays-of-arrays so that they can be written in .rodata even for shared libraries, and the list of country names to a constant array of pointers, that goes in .data.rel.ro (or .rodata for non-PIC builds). For more details look read http://blog.flameeyes.eu/2007/12/19/array-of-pointers-and-array-of-arrays --- apache2/msc_geo.c | 8 ++++---- 1 files changed, 4 insertions(+), 4 deletions(-) |
|
From: Diego E. P. <fla...@gm...> - 2011-04-20 18:48:21
|
This allows using "autoreconf -fis" as the only autogen step. --- Makefile.am | 2 +- configure.ac | 11 +---------- 2 files changed, 2 insertions(+), 11 deletions(-) |
|
From: Breno S. <bre...@gm...> - 2011-04-20 18:32:11
|
Commited! Thanks Let me know if you see any other file. On Wed, Apr 20, 2011 at 1:08 PM, Diego Elio Pettenò <fla...@gm...>wrote: > Il giorno mar, 19/04/2011 alle 13.48 -0500, Breno Silva ha scritto: > > I think we are good now > > And top-level Makefile. > > -- > Diego Elio Pettenò — Flameeyes > http://blog.flameeyes.eu/ > > > > ------------------------------------------------------------------------------ > Benefiting from Server Virtualization: Beyond Initial Workload > Consolidation -- Increasing the use of server virtualization is a top > priority.Virtualization can reduce costs, simplify management, and improve > application availability and disaster protection. Learn more about boosting > the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev > _______________________________________________ > mod-security-developers mailing list > mod...@li... > https://lists.sourceforge.net/lists/listinfo/mod-security-developers > ModSecurity Services from Trustave's SpiderLabs: > https://www.trustwave.com/spiderLabs.php > |
|
From: Breno S. <bre...@gm...> - 2011-04-20 18:31:05
|
Please can you attach a file ? I want to save the original patches sent bu users. thanks Breno On Wed, Apr 20, 2011 at 1:13 PM, Diego Elio Pettenò <fla...@gm...>wrote: > This allows using "autoreconf -fis" as the only autogen step. > --- > Makefile.am | 2 +- > configure.ac | 11 +---------- > 2 files changed, 2 insertions(+), 11 deletions(-) > > diff --git a/Makefile.am b/Makefile.am > index a78c322..407a537 100644 > --- a/Makefile.am > +++ b/Makefile.am > @@ -1,4 +1,4 @@ > -ACLOCAL_AMFLAGS = -I acinclude > +ACLOCAL_AMFLAGS = -I build > SUBDIRS = @TOPLEVEL_SUBDIRS@ tests > > # Alias for "check" > diff --git a/configure.ac b/configure.ac > index c4b8836..7015de5 100644 > --- a/configure.ac > +++ b/configure.ac > @@ -8,7 +8,7 @@ AC_PREREQ(2.63) > > AC_INIT([modsecurity], [2.6], [su...@mo...]) > > -AC_CONFIG_MACRO_DIR([acinclude]) > +AC_CONFIG_MACRO_DIR([build]) > AC_CONFIG_SRCDIR([LICENSE]) > AC_CONFIG_HEADERS([modsecurity_config_auto.h]) > AC_CONFIG_AUX_DIR([build]) > @@ -514,15 +514,6 @@ else > fi > fi > > -# Include M4 macros > -sinclude(build/find_pcre.m4) > -sinclude(build/find_apr.m4) > -sinclude(build/find_apu.m4) > -sinclude(build/find_xml.m4) > -sinclude(build/find_lua.m4) > -sinclude(build/find_curl.m4) > - > - > ### Build *EXTRA_CFLAGS vars > > # Allow overriding EXTRA_CFLAGS > -- > 1.7.5.rc1 > > > > ------------------------------------------------------------------------------ > Benefiting from Server Virtualization: Beyond Initial Workload > Consolidation -- Increasing the use of server virtualization is a top > priority.Virtualization can reduce costs, simplify management, and improve > application availability and disaster protection. Learn more about boosting > the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev > _______________________________________________ > mod-security-developers mailing list > mod...@li... > https://lists.sourceforge.net/lists/listinfo/mod-security-developers > ModSecurity Services from Trustave's SpiderLabs: > https://www.trustwave.com/spiderLabs.php > |
|
From: Diego E. P. <fla...@gm...> - 2011-04-20 18:14:52
|
This allows using "autoreconf -fis" as the only autogen step. --- Makefile.am | 2 +- configure.ac | 11 +---------- 2 files changed, 2 insertions(+), 11 deletions(-) diff --git a/Makefile.am b/Makefile.am index a78c322..407a537 100644 --- a/Makefile.am +++ b/Makefile.am @@ -1,4 +1,4 @@ -ACLOCAL_AMFLAGS = -I acinclude +ACLOCAL_AMFLAGS = -I build SUBDIRS = @TOPLEVEL_SUBDIRS@ tests # Alias for "check" diff --git a/configure.ac b/configure.ac index c4b8836..7015de5 100644 --- a/configure.ac +++ b/configure.ac @@ -8,7 +8,7 @@ AC_PREREQ(2.63) AC_INIT([modsecurity], [2.6], [su...@mo...]) -AC_CONFIG_MACRO_DIR([acinclude]) +AC_CONFIG_MACRO_DIR([build]) AC_CONFIG_SRCDIR([LICENSE]) AC_CONFIG_HEADERS([modsecurity_config_auto.h]) AC_CONFIG_AUX_DIR([build]) @@ -514,15 +514,6 @@ else fi fi -# Include M4 macros -sinclude(build/find_pcre.m4) -sinclude(build/find_apr.m4) -sinclude(build/find_apu.m4) -sinclude(build/find_xml.m4) -sinclude(build/find_lua.m4) -sinclude(build/find_curl.m4) - - ### Build *EXTRA_CFLAGS vars # Allow overriding EXTRA_CFLAGS -- 1.7.5.rc1 |
|
From: Diego E. P. <fla...@gm...> - 2011-04-20 18:08:33
|
Il giorno mar, 19/04/2011 alle 13.48 -0500, Breno Silva ha scritto: > I think we are good now And top-level Makefile. -- Diego Elio Pettenò — Flameeyes http://blog.flameeyes.eu/ |
|
From: Diego E. P. <fla...@gm...> - 2011-04-20 18:08:24
|
Il giorno mar, 19/04/2011 alle 13.48 -0500, Breno Silva ha scritto: > I think we are good now apache2/Makefile modsecurity_config_auto.h are also generated by ./configure. -- Diego Elio Pettenò — Flameeyes http://blog.flameeyes.eu/ |
|
From: Diego E. P. <fla...@gm...> - 2011-04-20 18:04:28
|
Il giorno mar, 19/04/2011 alle 13.48 -0500, Breno Silva ha scritto: > I think we are good now Sorry, a few more: # typechange: acinclude/libtool.m4 # typechange: acinclude/ltoptions.m4 # typechange: acinclude/ltsugar.m4 # typechange: acinclude/ltversion.m4 # typechange: acinclude/lt~obsolete.m4 # typechange: build/config.guess # typechange: build/config.sub # typechange: build/depcomp # typechange: build/install-sh # typechange: build/ltmain.sh # typechange: build/missing these are typechanges because I use "autoreconf -fis" that creates symlinks instead of copying the files over. Note that in particular the libtool m4 files are important to avoid this: configure.ac:20: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from... ../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from... acinclude/libtool.m4:1022: _LT_SYS_MODULE_PATH_AIX is expanded from... acinclude/libtool.m4:4170: _LT_LINKER_SHLIBS is expanded from... acinclude/libtool.m4:5252: _LT_LANG_C_CONFIG is expanded from... acinclude/libtool.m4:138: _LT_SETUP is expanded from... acinclude/libtool.m4:67: LT_INIT is expanded from... configure.ac:20: the top level configure.ac:20: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from... ../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from... acinclude/libtool.m4:4170: _LT_LINKER_SHLIBS is expanded from... acinclude/libtool.m4:5252: _LT_LANG_C_CONFIG is expanded from... acinclude/libtool.m4:138: _LT_SETUP is expanded from... acinclude/libtool.m4:67: LT_INIT is expanded from... configure.ac:20: the top level configure.ac:20: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from... ../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from... acinclude/libtool.m4:1022: _LT_SYS_MODULE_PATH_AIX is expanded from... acinclude/libtool.m4:4170: _LT_LINKER_SHLIBS is expanded from... acinclude/libtool.m4:5252: _LT_LANG_C_CONFIG is expanded from... acinclude/libtool.m4:138: _LT_SETUP is expanded from... acinclude/libtool.m4:67: LT_INIT is expanded from... configure.ac:20: the top level configure.ac:20: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from... ../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from... acinclude/libtool.m4:4170: _LT_LINKER_SHLIBS is expanded from... acinclude/libtool.m4:5252: _LT_LANG_C_CONFIG is expanded from... acinclude/libtool.m4:138: _LT_SETUP is expanded from... acinclude/libtool.m4:67: LT_INIT is expanded from... configure.ac:20: the top level -- Diego Elio Pettenò — Flameeyes http://blog.flameeyes.eu/ |
|
From: Breno S. <bre...@gm...> - 2011-04-19 18:48:20
|
I think we are good now On Tue, Apr 19, 2011 at 1:37 PM, Diego Elio Pettenò <fla...@gm...>wrote: > Il giorno mar, 19/04/2011 alle 11.38 -0500, Breno Silva ha scritto: > > > > > True... i'm going to delete > > Still at least a few: > > # modified: aclocal.m4 > # modified: alp2/Makefile.in > # modified: configure > # modified: ext/Makefile.in > # modified: mlogc/Makefile.in > # modified: tests/Makefile.in > # modified: tools/Makefile.in > > > -- > Diego Elio Pettenò — Flameeyes > http://blog.flameeyes.eu/ > > > > ------------------------------------------------------------------------------ > Benefiting from Server Virtualization: Beyond Initial Workload > Consolidation -- Increasing the use of server virtualization is a top > priority.Virtualization can reduce costs, simplify management, and improve > application availability and disaster protection. Learn more about boosting > the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev > _______________________________________________ > mod-security-developers mailing list > mod...@li... > https://lists.sourceforge.net/lists/listinfo/mod-security-developers > ModSecurity Services from Trustave's SpiderLabs: > https://www.trustwave.com/spiderLabs.php > |
|
From: Diego E. P. <fla...@gm...> - 2011-04-19 18:37:33
|
Il giorno mar, 19/04/2011 alle 11.38 -0500, Breno Silva ha scritto: > > True... i'm going to delete Still at least a few: # modified: aclocal.m4 # modified: alp2/Makefile.in # modified: configure # modified: ext/Makefile.in # modified: mlogc/Makefile.in # modified: tests/Makefile.in # modified: tools/Makefile.in -- Diego Elio Pettenò — Flameeyes http://blog.flameeyes.eu/ |
|
From: Breno S. <bre...@gm...> - 2011-04-19 16:38:57
|
True... i'm going to delete On Tue, Apr 19, 2011 at 11:32 AM, Diego Elio Pettenò <fla...@gm...>wrote: > Il giorno mar, 19/04/2011 alle 11.30 -0500, Breno Silva ha scritto: > > > > What files are creating this problem ? > > # modified: Makefile > # modified: Makefile.in > # typechange: acinclude/libtool.m4 > # typechange: acinclude/ltoptions.m4 > # typechange: acinclude/ltsugar.m4 > # typechange: acinclude/ltversion.m4 > # typechange: acinclude/lt~obsolete.m4 > # modified: aclocal.m4 > # modified: alp2/Makefile.in > # modified: apache2/Makefile > # modified: apache2/Makefile.in > # modified: autom4te.cache/output.0 > # modified: autom4te.cache/output.1 > # modified: autom4te.cache/requests > # modified: autom4te.cache/traces.0 > # modified: autom4te.cache/traces.1 > # typechange: build/config.guess > # typechange: build/config.sub > # typechange: build/depcomp > # modified: build/find_lua.m4 > # typechange: build/install-sh > # typechange: build/ltmain.sh > # typechange: build/missing > # modified: config.log > # modified: config.status > # modified: configure > # modified: ext/Makefile.in > # modified: libtool > # modified: mlogc/Makefile.in > # modified: tests/Makefile.in > # modified: tools/Makefile.in > > In this list the one file I modified was build/find_lua.m4, the rest are > re-generated by autotools. In particular autom4te.cache is totally > useless (it's a temporary cache that depends per-system); Makefile.in > are generated by automake, config.log by ./configure and so on so forth. > > -- > Diego Elio Pettenò — Flameeyes > http://blog.flameeyes.eu/ > > > > ------------------------------------------------------------------------------ > Benefiting from Server Virtualization: Beyond Initial Workload > Consolidation -- Increasing the use of server virtualization is a top > priority.Virtualization can reduce costs, simplify management, and improve > application availability and disaster protection. Learn more about boosting > the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev > _______________________________________________ > mod-security-developers mailing list > mod...@li... > https://lists.sourceforge.net/lists/listinfo/mod-security-developers > ModSecurity Services from Trustave's SpiderLabs: > https://www.trustwave.com/spiderLabs.php > |
|
From: Breno S. <bre...@gm...> - 2011-04-19 16:35:38
|
Applied! Thanks On Tue, Apr 19, 2011 at 11:09 AM, Diego Elio Pettenò <fla...@gm...>wrote: > Here is a simple patch (you probably want to reindent after applying it) > that makes it possible to build using ./configure --without-lua. > > HTH, > -- > Diego Elio Pettenò — Flameeyes > http://blog.flameeyes.eu/ > > > ------------------------------------------------------------------------------ > Benefiting from Server Virtualization: Beyond Initial Workload > Consolidation -- Increasing the use of server virtualization is a top > priority.Virtualization can reduce costs, simplify management, and improve > application availability and disaster protection. Learn more about boosting > the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev > _______________________________________________ > mod-security-developers mailing list > mod...@li... > https://lists.sourceforge.net/lists/listinfo/mod-security-developers > ModSecurity Services from Trustave's SpiderLabs: > https://www.trustwave.com/spiderLabs.php > |
10 messages has been excluded from this view by a project administrator.
