This type of issue has been discussed a few times on the -developers list and in other projects
Essentially, autotools is very picky and varies a lot from one version to the next So the only thing that the release team can support is bootstrapping from an identical system each time. All the recent releases I've participated in were bootstrapped on Debian 6 (squeeze) amd64, using the standard auto* packages on that system. Therefore, the recommended approach is that someone with local patches: a) spin up a VM with exactly the same environment (Debian 6) b) run autoreconf --install in that VM c) run `make dist' d) copy your new tarball and/or source tree to the machine where you really want to build and one further suggestion: if you can share your patches, and if the -developers group likes them (which is usually the case) they could potentially be integrated into the project for you, other people's changes won't break your patches, and so you may save work in the long run. Regards, Daniel On 26/07/12 14:39, Paul Hewlett wrote: > Hi all > > > > (Centos 5.6 x86_64 – using the modules system from > http://modules.sourceforge.net/) > > > > I have implemented ganglia 3.3.1 on a cluster and have made some mods to > the C code and to some of the python modules. These changes are now > stable so I thought I would apply the patches to ganglia 3.4.0. > > In-house standards dictate that I must generate an rpm so I have been > using the rpmbuild command. Also I must bump the release number whenever > I make a change to facilitate the easier installation of Ganglia on the > cluster. I do this by editing the files ganglia.spec and configure.in. > > > > It is at this point that I get a series of failures. The first is that > autoconf 2.62 or later is required. I load the autoconf 2.62 module and > then get a warning that in fact I should have autoconf 2.67. After > loading the autoconf 2.68 module (2.67 is unavailable) I then need > automake 1.11. Loading that module finally fixes the problem but then I > get this: > > > > Welcome to.. > > ______ ___ > > / ____/___ _____ ____ _/ (_)___ _ > > / / __/ __ `/ __ \/ __ `/ / / __ `/ > > / /_/ / /_/ / / / / /_/ / / / /_/ / > > \____/\__,_/_/ /_/\__, /_/_/\__,_/ > > /____/ > > > > Copyright (c) 2005 University of California, Berkeley > > > > Version: 3.4.0 > > Library: Release 3.4.0 0:0:0 > > > > Type "make" to compile. > > + make > > CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/sh > /usr/src/redhat/BUILD/ganglia-3.4.0/build/missing --run aclocal-1.11 > > fatal: Not a git repository (or any of the parent directories): .git > > cd . && /bin/sh /usr/src/redhat/BUILD/ganglia-3.4.0/build/missing --run > automake-1.11 --foreign > > fatal: Not a git repository (or any of the parent directories): .git > > gmond/modules/cpu/Makefile.am:6: Libtool library used but `LIBTOOL' is > undefined > > gmond/modules/cpu/Makefile.am:6: The usual way to define `LIBTOOL' is > to add `AC_PROG_LIBTOOL' > > gmond/modules/cpu/Makefile.am:6: to `configure.in' and run `aclocal' > and `autoconf' again. > > gmond/modules/cpu/Makefile.am:6: If `AC_PROG_LIBTOOL' is in > `configure.in', make sure > > gmond/modules/cpu/Makefile.am:6: its definition is in aclocal's search > path. > > gmond/modules/disk/Makefile.am:4: Libtool library used but `LIBTOOL' is > undefined > > gmond/modules/disk/Makefile.am:4: The usual way to define `LIBTOOL' is > to add `AC_PROG_LIBTOOL' > > gmond/modules/disk/Makefile.am:4: to `configure.in' and run `aclocal' > and `autoconf' again. > > gmond/modules/disk/Makefile.am:4: If `AC_PROG_LIBTOOL' is in > `configure.in', make sure > > gmond/modules/disk/Makefile.am:4: its definition is in aclocal's > search path. > > ........... > > > > My autotools experience is not good enough to figure out what this means. > > > > The README.GIT file is out of date – the wrong versions of > automake,autoconf are specified and the ‘bootstrap’ script mentioned has > been removed –(it was in 3.3.1 and I used it successfully) > > I would really appreciate some help or suggestions - > > > > Regards > > -- > > Paul Hewlett X25250 > > http://www.theregister.co.uk/2012/06/25/rbs_natwest_what_went_wrong/ > > ARM Ltd > > 110 Fulbourn Road, Cambridge, CB1 9NJ > > Tel: +44 (0)1223 405923 > > skype: paul-at-arm > > www.arm.com <http://www.arm.com/> > > > > > > > -- IMPORTANT NOTICE: The contents of this email and any attachments are > confidential and may also be privileged. If you are not the intended > recipient, please notify the sender immediately and do not disclose the > contents to any other person, use it for any purpose, or store or copy > the information in any medium. Thank you. > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > > > _______________________________________________ > Ganglia-general mailing list > Ganglia-general@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/ganglia-general ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Ganglia-general mailing list Ganglia-general@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-general
