Peter,

That's a great suggestion! Thanks!

We have a ticket that captures this now: https://code.ros.org/trac/ros/ticket/3365

Cheers,
Radu.
--
http://pointclouds.org

On 02/23/2011 01:56 AM, Peter Soetens wrote:
> On Wednesday 23 February 2011 01:46:51 Radu Bogdan Rusu wrote:
>> Interesting suggestion.
>>
>> I am not sure if creating extra -dbg puts a large burden on our debian
>> package generation system, but if it doesn't, that sounds like a great
>> idea!
>>
>> Thanks for the feedback!
>>
>> PS. We have the same problem with many libraries not just PCL. I was
>> talking about PCL in my e-mail because that's the one we tested.
>
> In the Orocos debian packages, we build with RelWithDebInfo and strip out the
> debug symbols into a separate package during the packaging step. This is done
> by adding the
> 	dh_strip --dbg-package=orocos-rtt-dbg$(major)
>
> step in the 'binary-arch:' target in your debian/rules file. The -dbg package
> is automatically generated, in our case, that's "orocos-rtt-
> dbg2.3_2.3.0-1.deb" for the 2.3.0 release. Our control file then contains this
> text for defining the -dbg package:
>
> Package: orocos-rtt-dbg@LIBVER@
> Section: libdevel
> Priority: extra
> Architecture: any
> Depends: liborocos-rtt-common@LIBVER@-dev (= ${binary:Version})
> Conflicts: orocos-rtt-dbg
> Replaces:  orocos-rtt-dbg
> Provides:  orocos-rtt-dbg
> Description: Orocos Real-Time Toolkit (debug symbols)
>   .
>   This package contains the debugging symbols.
>
> There is a confusion in this thread that -dbg packages must depend on other -
> dbg packages. That is not the case. All 'lib' packages depend only on the
> 'lib' packages, and not  on the -dbg packages. So you could pick to only
> install the -dbg symbols only for one library 'in the middle'.
>
> It's certainly not a stress to generate these -dbg packages, it only takes a
> few seconds, and it's fully automated by the Debian build system.
>
>>
>> Cheers,
>> Radu.
>> --
>> http://pointclouds.org
>>
>> On 02/22/2011 12:24 PM, Nizar Khalifa Sallem wrote:
>>>> For example, there are numerous libraries in the Ubuntu repositories
>>>> that provide both a -dbg and a regular version. One example: the GNU C
>>>> library has both the "libc6" package, as well as the "libc6-dbg"
>>>> package that provides debugging symbols (or a version that doesn't have
>>>> debugging symbols stripped out). I'm a bit fuzzy on exactly what they
>>>> are doing, but my point is that they have two separate packages, one
>>>> with debugging symbols and one without and I get to choose which to
>>>> install. Could PCL do something similar?
>>
>
> Peter