Debug package

[Andreas Metzler]

On 2006-11-14 "Roberto C. Sanchez" <roberto at connexer.com> wrote:
> On Tue, Nov 14, 2006 at 02:31:32PM +0200, Fabian Fagerholm wrote:
> > I introduced a debug package. It's one single package with debug symbols
> > for all the other packages. Therefore, I named it cyrus-sasl2-dbg.
 
> Out of curiousity, would this be better than having a -dbg for each
> corresponding lib package?  I understand that from a convenience
> perspective, it is nice to not have to worry about whether the user has
> the right debugging package installed.  My promary concern, however is
> that the size of a single package with all the symbols might be a bit
> large.  Though, I have not built the package to check.

It is tiny compared to other packages:
(SID)ametzler at argenau:/tmp/SASL/cyrus-sasl-2.1.22$ \
        dpkg --info ../*dbg* | grep -i size
 size 400874 bytes: control archive= 1202 bytes.
 Installed-Size: 1116

Imho a split is not justified by this. And splitting comes at a huge
cost - blowing up the name space of packages.

[...]
> However, I am concerned that the constant churn may put the RMs off
> from wanting to include it in Etch.  We may need to form a very
> compelling argument (e.g., the current Sarge/Etch version will be
> nearly impossible to support from a security perspective, etc) in
> order to make it in.

Afaict RM is tendencially favorable to the upgrade. And showing good
work and fast bug-closing turnaround is *exactly* the thing I'd want
to see as RM. ;-)

> > I'm under the impression that gdb will automatically load debugging
> > symbols from /usr/lib/debug and thus we don't even have to provide any
> > special docs for users to follow, we just ask them to install this -dbg
> > package and then run the program under gdb. (The latter depends on the
> > situation, so I don't think we write more than a few lines of general
> > advice.) Does anyone have contradicting knowledge?
[...]

It indeed simply worked for me the last time tried. (libgnutls13-dbg)
cu andreas
-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.                                (c) Jasper Ffforde