Josselin Mouette <joss@debian.org> writes: > Le mardi 24 avril 2007 à 18:09 +0200, Reinhard Tartler a écrit : >> Sending core dumps is of course debatable, espec. if you cannot assert >> that no sensitive information is transmitted. Still, Apport is more than >> that. It also describes the mechanism of debug packages (*.ddeb), which >> are generated automatically at build time. > > This part is definitely something we should grab from Ubuntu, and > integrate in our tools. In ubuntu this is done witht he package pkg-create-dbgsym: https://code.beta.launchpad.net/~ubuntu-core-dev/pkg-create-dbgsym/ubuntu You can browse the source here: http://codebrowse.launchpad.net/~ubuntu-core-dev/pkg-create-dbgsym/ubuntu/files (or grab the source package from some ubuntu mirror) The idea is to divert dh_strip and automatically create these *.ddebs at build time. Ubuntu profits here that binaryless uploads are being done. This means it is pretty easy to change the build environment. As in debian source-only uploads are highly disputed, espc. among the ftp-masters, we probably cannot go this way. Therefore we would need to delegate this task to the developers and buildd admins. We need some way to manage these .ddebs. In ubuntu, they aren't integrated into the archive system soyuz, but available on http://people.ubuntu.com/~pitti/ddebs/ We could perhaps do the same: host these ddebs on some people.debian.org space for a start. However, we would need to ask developers and buildd adminst to additionally upload their ddebs to this location (hint: this needs some upload infrastructure). This approach would have the advantage that we don't need to touch dak (yet). As an extension if .ddebs prove to be useful in debian, we can think about having dak enforce the submission of ddebs. But that's future work. Currently we would need some facilities to upload and manage ddebs. > Instead of sending core dumps, I'd really like to make gdb able to grab > the appropriate data. I'll check whether it is possible to wrap it in > some environment that would gather only appropriate parts of the > debugging files. Honstly, this sounds exactly to what the command 'apport-retrace' already does. > Otherwise, the idea of letting the user choose between centralized > operation, downloading debugging symbols or saving the core for future > analysis is definitely appropriate. I (obviously) agree. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4
Attachment:
pgpVXbXXIhS5t.pgp
Description: PGP signature