[NTLUG:Discuss] debuginfo in rpm repositories
Peter A. Koren
p.koren at worldnet.att.net
Tue Aug 9 13:46:20 CDT 2005
On Tue, 2005-08-09 at 10:33 -0500, Justin M. Forbes wrote:
> On Tue, Aug 09, 2005 at 06:54:57AM -0500, Peter A. Koren wrote:
> > What is the purpose of binary rpm packages in repositories with the
> > form:
> >
> > thepackage-debuginfo-whatever.i386
> >
> > as opposed to
> >
> > thepackage-whatever.i386 ?
>
> When an rpm is built, one of the last things done is a strip of the binary.
> This pulls all of the debugging symbols and leaves you with a reasonable
> size binary, with limited ability to debug that binary. For the times you
> need to debug, those symbols are quite handy, so rpm (and conary) have made
> it possible to only install the missing parts if and when you need them.
> this saves a *ton* of space, debuginfo on a kernel is roughly 150MB
> compressed, almost 10x the size of the kernel itself.
> When building an rpm yourself, the creation of debuginfo is suppressed for
> everyone but root I believe on Fedora. This can be changed by a
> modification to your rpm config file. For conary troves, we automatically
> build debuginfo components if 'debugedit' is installed.
> It should be noted that a debuginfo package does not include the executable
> binary, only the stripped debug symbols. It really should have a
> dependancy on the runtime.
> If you want to see the difference debuginfo makes, try running a gdb
> session on an app without debuginfo installed then again on the same app with
> debuginfo installed. It really makes debugging much easier. You may see a
> developer ask you to install debuginfo for a package that you have
> submitted a bug against, and provide a backtrace.
>
> Hope this helps,
> Justin M. Forbes
> Kernel Engineer
> rpath, Inc.
Ah, that makes sense. Thanks Justin.
-- Pete
More information about the Discuss
mailing list