Thread: [Mod-security-developers] Autotools results shouldn't be in the SCM
Brought to you by:
victorhora,
zimmerletw
Menu
▾
▴
mod-security-developers
|
From: Diego E. P. <fla...@gm...> - 2011-04-19 16:27:24
|
Trying to patch a single file causes a whole lot of files to be different in the checkout, which makes it a burden to keep in sync with upstream. It would be much better if all the autotools results weren't in the SVN tree at all. -- Diego Elio Pettenò — Flameeyes http://blog.flameeyes.eu/ |
|
From: Breno S. <bre...@gm...> - 2011-04-19 16:30:29
|
Hi Diego, What files are creating this problem ? thanks Breno On Tue, Apr 19, 2011 at 11:27 AM, Diego Elio Pettenò <fla...@gm...>wrote: > Trying to patch a single file causes a whole lot of files to be > different in the checkout, which makes it a burden to keep in sync with > upstream. It would be much better if all the autotools results weren't > in the SVN tree at all. > > -- > 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 16:32:28
|
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/ |
|
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: 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 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-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: 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: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: 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 > |
Thanks for helping keep SourceForge clean.
X