[Soc-coordination] Debug packages progress report - week 8

[Emilio Pozuelo Monfort]

Hi there,

This week I haven't progressed as much as I wanted to, but I've done quite some
work nonetheless.

Done:

I looked at binutils and gcc and provided patches for binutils, gcc-snapshot,
gcc-4.4 and gcc-4.3 (the default as of today) to use --build-id by default. The
binutils patch is not good enough as it breaks the testsuite, but the gcc-4.4
and gcc-4.3 patches have been applied and are already in the archive! I guess
the gcc-snapshot one will be integrated in the next upload too, but that's not
important anyway as it's not used to build uploaded packages. So now we have
Build IDs for anything using the GNU compiler collection!

I've put a spec in the wiki and have asked the ftpmaster/wanna-be team to
comment on it. We had a discussion with them about the topic and they told me to
explain it further in the wiki, which I've done now. I've also asked Joey Hess
(debhelper maintainer) to look at the wiki page and tell me how it looks to him
from a debhelper perspective.

I've got my proof-of-concept patches to put debugging symbols files in the
.build-id directory. To get the build ids, I've used pbuildid from OpenSuSE.

I've packaged ptools (which only contains pbuildid for now). pbuildid contains
minimum dependencies (libc6, libelf, libpopt), only libpopt seems to be a new
one for debhelper (libc6/libelf are pulled from binutils).

I also looked at Elf-Extract-Sections perl module and packaged it and its
reverse dependencies (Jonathan Yu helped me here, thanks!). But as it brought
too many dependencies (debhelper only depends on perl and perl-base), I decided
to not use that.

TODO for the next week is to get final consensus and start to deploy code where
appropriate/possible. Also:

- Investigate size needs for the debug archive.
- Investigate support for python/mono
- Investigate if binNMUs/security updates/stable updates would require any
  changes

Cheers,
Emilio

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: OpenPGP digital signature
URL: <http://lists.alioth.debian.org/pipermail/soc-coordination/attachments/20090718/c3e77f4c/attachment.pgp>