> On 03/04/2012 03:00 AM, David C. Rankin wrote: >> On 03/04/2012 02:55 AM, David C. Rankin wrote: >>>>> That seems odd...can you post the full build log? >>>>> >>>>> Also, you don't need to rebuild from scratch (unless you were using >>>>> an >>>>> automated chroot builder)... >>>>> >>>>> Tim >>>>> >>> Yep, seemed odd to me. I have posted both the build.log and package.log >>> files >>> for your here: >>> >>> http://www.3111skyline.com/dl/dt/tde/err/tde-tdebase-build+package.log.tar.bz2 >>> >>> It looks like there is a cmake file that is telling cmake to pull in a >>> .version >>> file that doesn't exist. Who knows - gremlins :) >>> >>> Let me know if you need me to post anything else to help. And, yes, I'm >>> building >>> in a union filesystem chroot environment so, unfortunately, I'll have >>> to do it >>> all over again :) >>> >> >> Tim, >> >> I included the rest of the Cache files and CMakeFiles for the build >> failure >> too. They are here: >> >> http://www.3111skyline.com/dl/dt/tde/err/build/CMakeFiles/ >> >> http://www.3111skyline.com/dl/dt/tde/err/build/CMakeCache.txt >> >> http://www.3111skyline.com/dl/dt/tde/err/build/cmake_install.cmake >> >> Let me know if I've missed something. Thanks! >> > > AARGH! Nevermide, I figured it out. The tarball I created stripped . files > to > avoid .git directories, it stripped .version as well -- duh.... > > -- > David C. Rankin, J.D.,P.E. That would definitely explain it. I have found CMake to be very, very reliable compared to Autotools (though this may just be due to the quality of the work that Serghei did :-)), and usually problems that show up in the CMake builds are due to code problems or operator error. ;-) Tim