By default, Bugzilla does not search the list of RESOLVED bugs.
You can force it to do so by putting the upper-case word ALL in front of your search query, e.g.: ALL tdelibs
We recommend searching for bugs this way, as you may discover that your bug has already been resolved and fixed in a later release.

Bug 1178

Summary: KHelpCenter Application Manuals Missing 3.5.13-sru
Product: TDE Reporter: David C. Rankin <trin>
Component: other (any)Assignee: Timothy Pearson <kb9vqf>
Status: RESOLVED FIXED    
Severity: blocker CC: bugwatch, darrella, slavek.banko
Priority: P5    
Version: 3.5.13 [Trinity]   
Hardware: All   
OS: Linux   
Compiler Version: TDE Version String:
Application Version: Application Name:

Description David C. Rankin 2012-08-17 23:40:30 CDT
Slavek, We need to FIX the khelpcenter manuals. Most of them are missing. Darrell, since you seem intimately familiar with getting them to work, what do we need to look for? What is strange is that in some groups -- some are there and some are not. I'm not sure what to make of that. I've taken the time to summarize the application manuals that are missing from khelpcenter in 3513-sru:

Application Manuals
  Development
    <all missing>
  Edutainment
    <all missing>
  Games
    <all missing>
  Graphics
    <all missing>
  Internet
    Knetload Network Monitor - <missing>
  Multimedia
    K3b - <missing>
    Kaffeine -<missing>
    Kmix - <missing>
    KMplayer - <missing>
  Office
    kbarcode - <missing>
    kexi - <missing>
    kfromula - <missing>
    kivia - <missing>
    koffice - <missing>
    koffice workspace - <missing>
    kplato - <missing>
    kpresenter - <missing>
    kspread - <missing>
    ksugar - <missing>
    ksugar designer - <missing>
    kword - <missing>
  Settings
    wallet management tools - <missing>
  Settings-Modules
    Hardware
      Display - <missing>
      ICC Color Profile - <missing>
      Laptop Battery - <missing>
      Remote Controls - <missing>
    Security & Privacy
      KDE Wallet - <missing>
    System Administration
      IBM Thinkpad Laptop - <missing>
      Monitor & Display - <missing>
      Sony Vaio Laptop - <missing>
  System
    Dolphin - <missing>
    Kcron - <missing>
    Kdat - <missing>
    Kdiskfree - <missing>
    KNutClient - <missing>
    KPackage - <missing>
    Krusader-root-mode - <missing>
    KsysV - <missing>
    KUser - <missing>
    KwickDisk - <missing>
    ScreenSavers - <missing>
  Utilities
    Accessibility
      <all missing>
    Ark - <missing>
    KbookReader - <missing>
    Desktop
      SuperKaramba - <missing>
    Editors
      KEdit - <missing>
    IRKick - <missing>
    KCalc - <missing>
    KCharSelect - <missing>
    KDirstat - <missing>
    KFileReplace - <missing>
    KFloppy - <missing>
    KHexEdit - <missing>
    KMobile - <missing>
    KRegExpEditor - <missing>
    Krename - <missing>
    Krusader - <missing>
    PIM
      KGpg - <missing>
      Kjots - <missing>
      Ksig - <missing>
    Toys
      <all missing>
Comment 1 Darrell 2012-08-18 08:45:17 CDT
This is a repeat of bug report 660, which was filed before we fixed several build path issues. Installing help handbooks was broken in 3.5.13 and hence, in SRU as well.

Read through 660. My guess is because you are trying to support both 3.5.13 SRU and R14 in your personal build systems, your SRU build scripts probably are similar to your R14 scripts. Step backwards and apply some patching to SRU to get the build paths correct.

Looking through my backups of build scripts from a few months ago and browsing through 660, I remember that the help handbook problem was with cmake packages only. The packages built with automake were installing the help handbooks correctly but the cmake packages were not. Because the cmake packages were the ones that had changed, and because the help handbook install path is hard-coded in tdelibs, my short-term approach during that period was to patch the cmake packages only.

Until 660 was resolved in GIT I ran the following in my master build script:

# Fix help/handbook file locations.
echo "Fixing paths in TDESetupPaths.cmake in $APP_SOURCES_DIR."
find $APP_SOURCES_DIR -name TDESetupPaths.cmake -exec sed -i s'|\${SHARE_INSTALL_PREFIX}/doc/kde/HTML|\${SHARE_INSTALL_PREFIX}/doc/HTML|g' {} \;
# Fix header file locations.
echo "Fixing paths in all CMakeLists.txt files in $APP_SOURCES_DIR."
find $APP_SOURCES_DIR -name CMakeLists.txt -exec sed -i s'|DESTINATION \${INCLUDE_INSTALL_DIR}/kde/|DESTINATION \${INCLUDE_INSTALL_DIR}/|g' {} \;
find $APP_SOURCES_DIR -name CMakeLists.txt -exec sed -i s'|DESTINATION \${INCLUDE_INSTALL_DIR}/kde |DESTINATION \${INCLUDE_INSTALL_DIR} |g' {} \;
echo

I ran that snippet against any cmake package before I started compiling.

Remember that SRU does not support any package or app renaming that started after 3.5.13 was released. Therefore, watch for file path issues of /tde/ vs. /kde/. However, in the case of the help handbook files, notice the file path used in releases <= 3.5.13 was $PREFIX/share/doc/HTML and not $PREFIX/share/doc/tde/HTML or $PREFIX/share/doc/kde/HTML. In 3.5.13 the cmake packages were changed to the latter. In other words, you want all help handbook files to install to $PREFIX/share/doc/HTML.

Patch the cmake packages and you should be fine.
Comment 2 Slávek Banko 2012-09-17 15:38:54 CDT
All necessary patches backported. And all successfully tested during rebuild all Debian and Ubuntu packages.