On 3 February 2012 13:04, Mike Howard&lt;mike(a)dewberryfields.co.uk <mailto:mike@dewberryfields.co.uk>> wrote: Hi All, Buoyed by my success building TDE on Wheezy, using the source, I thought I'd give the latest git another try. Anyway, all goes well until attempting to build tdebase, which fails with the following (snippet); Scanning dependencies of target kcontrol make[2]: Leaving directory `/tde/build/tdebase' make -f kcontrol/kcontrol/CMakeFiles/kcontrol.dir/build.make kcontrol/kcontrol/CMakeFiles/kcontrol.dir/build make[2]: Entering directory `/tde/build/tdebase' /usr/bin/cmake -E cmake_progress_report /tde/build/tdebase/CMakeFiles [ 13%] Building CXX object kcontrol/kcontrol/CMakeFiles/kcontrol.dir/kcontrol_tdeinit_executable.cpp.o cd /tde/build/tdebase/kcontrol/kcontrol&& /usr/bin/c++ -DHAVE_CONFIG_H -fvisibility=hidden -fvisibility-inlines-hidden -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -I/tde/build/tdebase/kcontrol/kcontrol -I/opt/trinity/include -o CMakeFiles/kcontrol.dir/kcontrol_tdeinit_executable.cpp.o -c /tde/build/tdebase/kcontrol/kcontrol/kcontrol_tdeinit_executable.cpp Linking CXX executable kcontrol cd /tde/build/tdebase/kcontrol/kcontrol&& /usr/bin/cmake -E cmake_link_script CMakeFiles/kcontrol.dir/link.txt --verbose=1 /usr/bin/c++ -fvisibility=hidden -fvisibility-inlines-hidden -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h CMakeFiles/kcontrol.dir/kcontrol_tdeinit_executable.cpp.o -o kcontrol -rdynamic libtdeinit_kcontrol.so /opt/trinity/lib/libkhtml.so.4.2.0 /opt/trinity/lib/libkutils.so.1.2.0 /opt/trinity/lib/libkparts.so.2.1.0 /opt/trinity/lib/libtdeprint.so.4.2.0 /opt/trinity/lib/libkio.so.4.2.0 /opt/trinity/lib/libtdeui.so.4.2.0 -lfreetype -lfontconfig /opt/trinity/lib/libtdesu.so.4.2.0 /opt/trinity/lib/libkwalletclient.so.1.0.1 /opt/trinity/lib/libkjs.so.1.2.0 /opt/trinity/lib/libtdecore.so.4.2.0 /opt/trinity/lib/libDCOP.so.4.2.0 /opt/trinity/lib/libtdefx.so.4.2.0 -ltqt -ltqt-mt -lXrender -lX11 -lz -lXcomposite -lICE -lSM -lutil -lpcre -ljpeg -Wl,-rpath,/tde/build/tdebase/kcontrol/kcontrol: CMakeFiles/kcontrol.dir/kcontrol_tdeinit_executable.cpp.o: In function `main': kcontrol_tdeinit_executable.cpp:(.text+0x1c): undefined reference to `kdemain' collect2: ld returned 1 exit status make[2]: *** [kcontrol/kcontrol/kcontrol] Error 1 make[2]: Leaving directory `/tde/build/tdebase' make[1]: *** [kcontrol/kcontrol/CMakeFiles/kcontrol.dir/all] Error 2 make[1]: Leaving directory `/tde/build/tdebase' make: *** [all] Error 2 Anybody any ideas? I've followed the process as per the wiki pretty much as I can so I hope I haven't missed something obvious. I'm building all optionals, just for the halibut! Cheers, Mike. -- Hi Mike, It looks like there are contaminated sources. Basically the Git tree has been converted away from kde to tde. This is part of the renaming process. the reference to kdemain should be changed to tdemain. any other problems like this should be changed as well. A question is easy when you know the answer, Calvin

> If you build from GIT you need to build and install each component in > sequence. Trying to mix and match non-GIT modules with GIT modules > will > not work. > Of course. But that's _exactly_ what I've done, a number of times and on wheezy and squeeze. I've followed the build order on the wiki, as I've always done. What mixing and matching do you think I've done? I'm using the latest source from git (unless there is more than one git repository).

On 06/02/2012 22:52, Timothy Pearson wrote: >>> If you build from GIT you need to build and install each >>> component in >>> sequence. Trying to mix and match non-GIT modules with GIT modules >>> will >>> not work. >>> >> Of course. But that's _exactly_ what I've done, a number of times >> and >> on >> wheezy and squeeze. I've followed the build order on the wiki, as >> I've >> always done. >> >> What mixing and matching do you think I've done? I'm using the >> latest >> source from git (unless there is more than one git repository). > I just did a rebuild from GIT on Ubuntu and Debian a few days ago > with > no > problems. Given the nature of the problem you encountered (having to > rename things that were already renamed in GIT some time ago) it > seems > as > if some old header files or similar are present somewhere on your > system. > > If this is not the case then I really have no idea why it won't > compile > for you--it works 100% here. > > Tim > > How odd. Ok, I suspect a git issue (of my making) somewhere along the line. Not sure how though. Ahh! Being away from my normal box I did a complete git clone following blindly the 'Trinity Project GIT Information' page. I guess that's out of date now?* It's not often I'm right but I'm wrong again! *