gdb seems to expect to be running in an environment with DEBUGINFOD_URLS already unset to disable auto-downloading debuginfo data. I would expect disabling this to be possible from within ~/.gdbinit. This isn't listed as a possible option in: https://fedoraproject.org/wiki/Debuginfod#Disabling unset environment DEBUGINFOD_URLS or set environment DEBUGINFOD_URLS "" in ~/.gdbinit don't disable auto-downloading of debuginfos.
GDB accepts disabling debuginfod through .gdbinit, by using either set debuginfod enabled off or set debuginfod urls environment refers to the environment variables that will be passed to the inferior (program running under GDB) rather than environment variables that GDB itself will interact with. So I am closing this as "not a bug", but we have updated the wiki to mention how to use .gdbinit to disable debuginfod
"set debuginfod enabled off", which is the recommended configuration option in the wiki, doesn't work as expected. $ gdb GNU gdb (GDB) Fedora 11.1-5.fc35 [...] /home/hadess/.config/gdb/gdbinit:1: Error in sourced command file: No symbol table is loaded. Use the "file" command. (gdb) q $ head -n1 /home/hadess/.config/gdb/gdbinit set debuginfod enabled off "set debuginfod urls" or "set debuginfod urls /dev/null" fail in the same way.
Apologies. It seems that these commands relied on a patch that hadn't been backported to fedora yet. We're already working on backporting them to fedora, so they should arrive soon.
Can we please get some movement into getting this fix into a Fedora update? This "feature" is really riling up developers that use Fedora, myself included.
We are working on this as fast as we can, it just turned out to be much more complicated than expected. In the meantime, you can disable this feature by unsetting the DEBUGINFOD_URLS environment variable
FEDORA-2022-39ffce84e3 has been submitted as an update to Fedora 35. https://bodhi.fedoraproject.org/updates/FEDORA-2022-39ffce84e3
FEDORA-2022-39ffce84e3 has been pushed to the Fedora 35 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2022-39ffce84e3` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-39ffce84e3 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2022-e3b891fe11 has been submitted as an update to Fedora 34. https://bodhi.fedoraproject.org/updates/FEDORA-2022-e3b891fe11
FEDORA-2022-e3b891fe11 has been pushed to the Fedora 34 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2022-e3b891fe11` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-e3b891fe11 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2022-39ffce84e3 has been pushed to the Fedora 35 stable repository. If problem still persists, please make note of it in this bug report.