Install CMake modules local

The CMake modules should be installed local into ~/install/cmake/modules or similar.
When following the current instructions 6.1: Install additional CMake modules, it's impossible to do a non-root installation, because "kdelibs/cmake/modules/cmake_install.cmake" wants to install the modules to "/cmake/modules". (I didn't install CMake local, because my system already provided CMake > 2.4.3).

I've already tried to do this, fiddling around with CMAKE_MODULE_PATH and DATA_INSTALL_DIR but couldn't get it working.

Fixes needed

qt-copy: Should we pass the -debug flag? Doesn't Qt install debug information separately by default anyways? Or is that just in the snapshot? --Mpyne

according to ./configure --help, the default is -release in snapshot. --Aseigo 04:33, 14 March 2007 (CET)

In the part of the tutorial that describes how to create a new users, shoudn't to have an edit /etc/sudoers to add permitions for kde-devel call sudo? --SilveiraNeto 03:01, 14 March 2007 (CET)

no. why would you want them to have sudo access?

After compiling strigi, the current working directory is the strigi build dir. Now, the next step is the kdelibs receipt, which tells us to do "cs" as a first step. However, this ends up in the strigi source dir, not the root source dir as intended. What would be the proper way to fix the receipe? --TMG 15:27, 20 March 2007 (CET)

done, though it might be nice to make cs a bit smarter, e.g. make it possible to create directories that aren't there so we could just do `cs KDE` and replace the first two lines of that recipe. i'm not sure what other ramifications that would have and don't have the time to find out atm, so i just did the quick fix ;) --Aseigo 17:56, 20 March 2007 (CET)

= libungif/giflib

Since the patents expired, why not use giflib?

Build status

You might want to include the dashboard link to show which modules currently build and which don't. --141.35.8.106 13:28, 20 March 2007 (CET)