Hi William,
Could you check if you have ./ldap/admin/src/scripts/dbmon.sh in your build tree? I'm suspecting you might have wiped out by some clean procedure.
I usually build my local tree with rpmbuild which copies a build tree from the source tree checked out from git. In the top of the build tree, Makefile is generated. At the first time, there is no problem to run "make", but if I do "make clean" there, files such as dbmon.sh is wiped out. And the following "make" fails exactly as yours.
So, could you please double check you have all the necessary files in your build tree?
Thanks, --noriko
On 02/26/2015 05:24 PM, Rich Megginson wrote:
On 02/26/2015 06:09 PM, William wrote:
./autogen.sh
Why are you running autogen.sh? Are you modifying configure.ac or Makefile.am?
No, I checked and configure wasn't in the directory. Seems I'm missing things as it actually is.
If you don't have the file "configure", then something is very wrong, and I don't know what that could be. Nothing is going to work correctly until you figure out why "configure" is missing. Regenerating it may only be masking the root cause of the problems you are having.
Perhaps you have some leftover autoconf/automake/Makefile in your source directory?
Nope. That's why I ran git clean.
I've never used git clean.
If you are doing development (as opposed to just trying to figure out how to build it as a packager): one thing I find very helpful is to use a build directory that is separate from the source directory: git clone git://fedorahosted.org/git/389/ds.git mkdir dsbuild cd dsbuilt ../ds/configure --with-openldap --prefix=/var/tmp/junk --enable-debug make
That's a really good tip!
That way, if something weird happens, and I want to make sure things are absolutely clean, I can just blow away the dsbuilt directory.
If you're still having problems, I'm not sure what's going on.
However, still happens when I try to build even with the alternate build directory.
See above.
389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel