After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 695816 - Split debuginfo
Split debuginfo
Status: RESOLVED FIXED
Product: ostree
Classification: Infrastructure
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: OSTree maintainer(s)
OSTree maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2013-03-14 03:06 UTC by Colin Walters
Modified: 2013-04-02 19:07 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Colin Walters 2013-03-14 03:06:17 UTC
The current -runtime tree is about 2G.  Completely stripped, 1.1G.  The biggest contributors are anything C++, like webkitgtk, followed closely by spidermonkey.

So yes, we need to do split debuginfo.

Prior art:
debhelper: http://anonscm.debian.org/gitweb/?p=debhelper/debhelper.git;a=blob;f=dh_strip;h=ea5315a3b12999cd1b63d956f62ffa1b9ca6a9ca;hb=HEAD

Looks not too bad (for Perl).

rpm: http://rpm.org/gitweb?p=rpm.git;a=blob;f=tools/debugedit.c;h=f48d6f7a103188c769e5b1c06b165d82047c840f;hb=HEAD

Eww...it's not clear to me why this is such an overly complex program.  Perhaps it predates elfutils?

Gentoo/portage:
http://git.overlays.gentoo.org/gitweb/?p=proj/portage.git;a=blob;f=bin/ebuild-helpers/prepstrip;h=fb20777e886af12ccb2942254c2599e4ec6b6d1f;hb=HEAD

Oh but wait, interestingly, it appears default to using a fork of debugedit:
http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/dev-util/debugedit/debugedit-5.3.5-r1.ebuild?view=markup

There's also this bug I found:
http://code.google.com/p/chromium-os/issues/detail?id=21524
But maybe that predates use of debugedit?
Comment 1 Colin Walters 2013-03-14 03:10:46 UTC
Ah, I think I understand; debugedit is about the "source installation" feature, on top of the raw debuginfo lookup.  The binaries have embedded source paths in them, which it edits.

I think we can probably punt on that and just do what Debian does.