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 ------------------------------------------------- _______________________________________________ Help-cfengine mailing list Help-cfengine@cfengine.org https://cfengine.org/mailman/listinfo/help-cfengine
