>   The K Help Center has no documentation in it. It
> shows all the apps installed, but there is no documentation for any of it. Is that a build
> time issue (i.e. DOCPATH), or is there a problem with the generation of help
> files? Here is a screenshot of khelpcenter:
> 
> http://www.3111skyline.com/dl/dt/trinity/ss/tde-no-documentation.jpg
> 
>   Is there an internal setting that will fix this?  I just let the build put the
> documentation in its default location after setting prefix=/opt/trinity (TDEDIR).

Refer to bug report 660. This has been a long-standing issue.

Do not use the patch attached to that bug report (I need to remove the patch).

I resolve the problem here locally by using a different method. In my master build script I run a function to modify all the files on-the-fly. On my to do list is creating individual patches through this method so I can update each module through GIT. Also tdelibs has to be patched. The location in tdelibs controls whether you see any help files.

In tdelibs I run the following patch:

====================================================
diff -urN tdelibs/tdecore/kstandarddirs.cpp tdelibs.new/tdecore/kstandarddirs.cpp
--- tdelibs/tdecore/kstandarddirs.cpp 2011-08-20 23:15:32.000000000 -0500
+++ tdelibs.new/tdecore/kstandarddirs.cpp 2011-11-26 17:33:31.148545755 -0600
@@ -1030,7 +1030,7 @@
     if (!strcmp(type, "html-bundle"))
  return "share/doc-bundle/HTML/";
     if (!strcmp(type, "html"))
- return "share/doc/kde/HTML/";
+ return "share/doc/tde/HTML/";
     if (!strcmp(type, "icon"))
  return "share/icons/";
     if (!strcmp(type, "config"))
====================================================


In my master build script I run the following against every package I build:

====================================================
# Note: tdelibs/tdecore/kstandarddirs.cpp is fixed with a patch in tdelibs.
find $APP_SOURCES_DIR -name TDESetupPaths.cmake -exec sed -i 's|\${SHARE_INSTALL_PREFIX}/doc/kde/HTML|\${SHARE_INSTALL_PREFIX}/doc/tde/HTML|g' {} \;
find $APP_SOURCES_DIR -name debianrules -exec sed -i 's|\$kde_prefix/share/doc/kde/HTML|\$kde_prefix/share/doc/tde/HTML|g' {} \;
find $APP_SOURCES_DIR -name am_edit -exec sed -i 's|\$kde_prefix/share/doc/kde/HTML|\$kde_prefix/share/doc/tde/HTML|g' {} \;
find $APP_SOURCES_DIR -type f -exec sed -i 's|{datadir}/doc/HTML|{datadir}/doc/tde/HTML|g' {} \;
find $APP_SOURCES_DIR -type f -exec sed -i 's|share/doc/HTML|share/doc/tde/HTML|g' {} \;
====================================================

I do not build anything inside my local source tree. I copy each module to $TMP and patch and build there, just like with a tarball. Therefore $APP_SOURCES_DIR refers to my copied location, not to my local repository.

The final directory location of $PREFIX/share/doc/tde/HTML avoids potential conflicts with KDE4.

I have not yet started to patch each module individually because I have been testing this method. Thus far everything is building as I expect, all help files are now install in the same location, and there are no help center problems.

Although I build most of the additional apps, I don't build them all and I need to update those packages too.

I should start patching each module because this bug is a thorn. The big challenge is any final changes need to be pushed in one effort. When I do that I'll post a warning.

Darrell