When loading an exec into gdb, and libdebuginfod is enabled and available, a single download of debug info is done. But after starting the exec, shares libs will be loaded, and downloads will be issued for each of them, which can be many. If you want to cancel a single download, you press ^C, and gdb will continue with downloading the debuginfo for the next shared lib. But if you want to cancel all following downloads, there's no option but to ^C repeatedly, all he way to the eventual gdb prompt. IWBN if this process was streamlined somewhat. A simple idea to improve on this would be to upon ^C present the user with a choice prompt: ... Download cancelled, continue downloading more debug info (y/n)? ... If n is replied, the downloading of further debug info for other shared libs would be cancelled. The question is what scope that choice would have. We could simply interpret it to mean "set debuginfod enabled off". Alternatively, we could define a download session, and have it be valid for the length of the download session, which could last till for instance the next gdb prompt.
Duplicate *** This bug has been marked as a duplicate of bug 29582 ***