I&#39;m struggling to figure out the right way to support debuginfo packages using CPack RPMs.  (Debuginfo packages contain the debug symbols from binaries that are otherwise stripped.)<br><br>The canonical way on conformant platforms is to include %debug_package in the SPEC file, which triggers a number of actions, namely to find-debuginfo.sh (which creates the debug files and generates a sub-package in the RPM spec that includes this.)<br>
<br>However, CPack&#39;s RPM generator does not play nice with this.  Since it has a fixed RPM name and not a template, what ends up happening is the sub-package overwrites the main installer (using the same name).  Attempts to change the rpm name to a template confuse the upstream CPack, which assumes a single installer with the same name as it provided to the module.  <br>
<br>You can&#39;t really use installer components here because the debug info generation assumes an install-type tree to work with, which only happens during packaging.  I don&#39;t see a way to identify all of the things that *would* be installed prior to actual install from inside CMake.<br>
<br>Is anyone doing this now?  Is there a way to have a single .spec file generate multiple RPMs that plays nice with CPack?  Or is there an alternate way to generate debuginfo packages for RPM platforms within the confines of CMake/CPack?<br>
<br>joe<br>