> 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