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 _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure