On Freitag, 2. April 2021 13:08:23 CET Martin Liška wrote:
On 4/2/21 1:02 PM, Jan Engelhardt wrote:
On Tuesday 2021-03-30 10:37, Martin Liška wrote:
Right now, our server instance indexes openSUSE:Factory packages for i586 and x86_64 targets.
One small example:
$ gdb `which make` -ex 'set height unlimited' -ex 'set confirm off' -ex start -ex bt -ex 'p argv[0]' -ex list -ex q ... Reading symbols from /usr/bin/make... Downloading separate debug info for /usr/bin/make... Reading symbols from /home/marxin/.cache/debuginfod_client/7daf1620b47e92a1f4452405a617418b214 f0f0b/debuginfo... Downloading source file /usr/src/debug/make-4.3-2.22.x86_64/src/main.c... Temporary breakpoint 1 at 0xa840: file src/main.c, line 1056. Starting program: /usr/bin/make Downloading separate debug info for /lib64/ld-linux-x86-64.so.2... Downloading separate debug info for /lib64/libdl.so.2... Downloading separate debug info for /lib64/libc.so.6...
What's really annoying is that signals like ^C, ^Z and ^\ are all ignored while it downloads something.
Sorry about that, yes, it's a known problem https://sourceware.org/bugzilla/show_bug.cgi?id=27026
and there's a tentative patch for it.
Apparently, this is still not fixed ...
What is the way to turn off this downloading altogether?
You can comment the corresponding line in /etc/profile.d/debuginfod.sh.
Can this please be moved to a separate package, or the default reverted? Has anyone not living on the same network as the debuginfod server actually tested this? I just had to wait 40 minutes for gdb to start up when debugging a graphical application. It downloaded 2.5 GBytes (libLLVM13 alone is 700MB, QtWebengineCore another 700), and that does not include the application itself. Most of this debuginfo is totally irrelevant, as it also includes tons of stuff not remotely relevant for debugging a specific issue, as it is not part of the current backtrace. Regards, Stefan -- Stefan Brüns / Bergstraße 21 / 52062 Aachen home: +49 241 53809034 mobile: +49 151 50412019