sampsonfung wrote:
While trying to collect a backtrace for org.gnome.Tetravex, I got this in gdb:
[...] Download failed: Timer expired. Continuing without debug info for /lib64/libzstd.so.1. Missing separate debuginfo for /lib64/libzstd.so.1 Try: dnf --enablerepo='*debug*' install /usr/lib/debug/.build-id/33/70d80a1bf749b3c2baaad0188c864ee9e4bbc4.debug [...]
We have had reports that from some corners of the internet (e.g. behind the "great firewall"), that maintaining a waiting HTTPS connection for 10s of seconds was fragile. Extending the $DEBUGINFOD_TIMEOUT on the other hand was sometimes reported to help.
https://sourceware.org/bugzilla/show_bug.cgi?id=27531
Looking over the system logs for that particular request (3370d80a...), I'm seeing debuginfod.fedoraproject.org answer that particular buildid in about tens of milliseconds (!) a bunch of times, and one failure to transmit (usually a broken HTTP connection). If you could send me (directly) the IP address from where you requested it, and the $DEBUGINFOD_URLS you were using, I could look further in the logs. But so far I see no sign of something triggering timeouts on this side.
- FChE