Unfortunately, things went wrong much further than I estimated. After installation from the home directory with plain make install I've got the following error:
cf3:/var/cfengine/inputs/groups.cf:441,12: yacc stack overflow, near token ',' well, my groups definition contain quite long "or" lists because it was the only way I've found to have a chance to define server groups. Now I rolled back to cfengine-community 3.0.4p2 from RPM since it doesn't have yacc stack overflows. Is there any method to increase its stack at the build time? 2010/5/28 Mark Burgess <mark.burg...@iu.hio.no>: > > Right - copy libtool from your system into the directory also > > cp /usr/bin/libtool . > > and try again (might need aclocal again) > > Seva Gluschenko wrote: >> Mark, >> >> Thank you for your helpful advice, the following worked: >> >> aclocal >> automake -a -c >> make >> >> But when I wrote cfengine.spec to build an RPM, build failed with the >> following output: >> >> if /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. >> -I. -I. -I/usr/include/db4 -I/usr/include -pthread -g -O2 >> -Wreturn-type -Wmissing-prototypes -Wuninitialized -pthread -g -O2 >> -I/usr/include/db4 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -pthread >> -g -O2 -I/usr/include/db4 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 >> -MT libpromises_la-cf3parse.lo -MD -MP -MF >> ".deps/libpromises_la-cf3parse.Tpo" -c -o libpromises_la-cf3parse.lo >> `test -f 'cf3parse.c' || echo './'`cf3parse.c; \ >> then mv -f ".deps/libpromises_la-cf3parse.Tpo" >> ".deps/libpromises_la-cf3parse.Plo"; else rm -f >> ".deps/libpromises_la-cf3parse.Tpo"; exit 1; fi >> ../libtool: line 466: CDPATH: command not found >> ../libtool: line 1144: func_opt_split: command not found >> libtool: Version mismatch error. This is libtool 2.2.6, but the >> libtool: definition of this LT_INIT comes from an older release. >> libtool: You should recreate aclocal.m4 with macros from libtool 2.2.6 >> libtool: and run autoconf again. >> make[2]: *** [libpromises_la-cf3parse.lo] Error 1 >> >> any ideas how to get rid of this? It hadn't happened upon plain build >> in the home directory. >> >> 2010/5/28 Mark Burgess <mark.burg...@iu.hio.no>: >>> Ah this is the perennial problem with these snapshots >>> >>> Run >>> >>> ./aclocal >>> make >>> >>> If that doesn't work, try >>> >>> ./aclocal >>> automake -a -c >>> make >>> >>> Seva Gluschenko wrote: >>>> Mark, >>>> >>>> I'm experiencing problems trying to build the latest svn on CentOS5. >>>> First of all, there's no automake 1.10 in RPM available, so I've >>>> patched configure script downgrading version to 1.9. Even though, make >>>> fails with the following output: >>>> >>>> $ cd . && /bin/sh /tmp/cfengine-3.0.5/missing --run automake-1.9 --gnu >>>> src/Makefile.am:8: Libtool library used but `LIBTOOL' is undefined >>>> src/Makefile.am:8: >>>> src/Makefile.am:8: The usual way to define `LIBTOOL' is to add >>>> `AC_PROG_LIBTOOL' >>>> src/Makefile.am:8: to `configure.ac' and run `aclocal' and `autoconf' >>>> again. >>>> src/Makefile.am: required file `./compile' not found >>>> WARNING: `automake-1.9' is needed, and you do not seem to have it handy on >>>> your >>>> system. You might have modified some files without having the >>>> proper tools for further handling them. Check the `README' file, >>>> it often tells you about the needed prerequirements for installing >>>> this package. You may also peek at any GNU archive site, in case >>>> some other package would contain this missing `automake-1.9' >>>> program. >>>> make: *** [Makefile.in] Error 1 >>>> >>>> Despite LIBTOOL is defined in configure and present in the tree. I've >>>> tried to switch to the system-wide libtool but got no success. At this >>>> point I'm stuck. Is there any change to get some early RPM build for >>>> CentOS5? We've already faced problems with servers which weren't >>>> managed until they keys were removed from the master server because of >>>> bad key issue. >>>> >>>> 2010/5/28 Mark <m...@iu.hio.no>: >>>>> Try the latest svn in case some recent changes could affect this. Just a >>>>> suggestion. >>>>> >>>>> >>>>> Mark >>>>> >>>>> >>>>> On 27 May 2010, at 13:06, Seva Gluschenko <seva.glusche...@gmail.com> >>>>> wrote: >>>>> >>>>>> Hello folks, >>>>>> >>>>>> There's an error report which happens on regular basis since a number >>>>>> of managed servers grew to 100+: >>>>>> >>>>>> BAD: keys did not match >>>>>> !! Authentication dialogue with X.X.X.X failed >>>>>> >>>>>> I'm virtually sure that there're no hijacking attempts in my network, >>>>>> so I suppose that happens because of some server limitations. I rose >>>>>> initial maxchildren setting from 1000 to 5000 in body server control, >>>>>> but it doesn't seem to have effect. Any ideas? >>>>>> >>>>>> -- >>>>>> SY, Seva Gluschenko. >>>>>> _______________________________________________ >>>>>> Help-cfengine mailing list >>>>>> Help-cfengine@cfengine.org >>>>>> https://cfengine.org/mailman/listinfo/help-cfengine >>>> >>>> >>> -- >>> Mark Burgess >>> >>> ------------------------------------------------- >>> Professor of Network and System Administration >>> Oslo University College, Norway >>> >>> Personal Web: http://www.iu.hio.no/~mark >>> Office Telf : +47 22453272 >>> ------------------------------------------------- >>> >> >> >> > > -- > Mark Burgess > > ------------------------------------------------- > Professor of Network and System Administration > Oslo University College, Norway > > Personal Web: http://www.iu.hio.no/~mark > Office Telf : +47 22453272 > ------------------------------------------------- > -- SY, Seva Gluschenko. _______________________________________________ Help-cfengine mailing list Help-cfengine@cfengine.org https://cfengine.org/mailman/listinfo/help-cfengine
