Comment 3 for bug 1517257

I reverted http://bazaar.launchpad.net/~apport-hackers/apport/trunk/revision/3076 in http://bazaar.launchpad.net/~apport-hackers/apport/trunk/revision/3080.

This cannot work like this as we need a gdb command which can actually run on the host. This is not the case when processing crashes from foreign architectures. This is already breaking with an i386 sandbox on amd64:

$ file /tmp/si386/usr/bin/gdb
/tmp/si386/usr/bin/gdb: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 2.6.32, BuildID[sha1]=4797df5acda65947a8d421d67e9bc772986ca5ba, stripped

$ ldd /tmp/si386/usr/bin/gdb
 not a dynamic executable
$ /tmp/si386/usr/bin/gdb
bash: /tmp/si386/usr/bin/gdb: not found

This could be made to work with some multi-arch magic on the host, but it will break completely when trying to retrace armhf or ppc reports.

So we'd need to download the apt indexes twice: once for the target arch and downloading the debs/ddebs, and another time for downloading gdb and gdb-multiarch for the host architecture. This is prohibitively expensive when doing it every time, so we need to add a lot of local caching for that. This is also a lot of work, I'm afraid.