https://sourceware.org/bugzilla/show_bug.cgi?id=30221
Frank Ch. Eigler changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=30221
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #13
https://sourceware.org/bugzilla/show_bug.cgi?id=30221
--- Comment #12 from Frank Ch. Eigler ---
There was a wild performance regression in sqlite 3.41 that archlinux's
debuginfod server got hit with. This was identified and corrected yesterday.
(It had nothing to do with caching.)
https://sqli
https://sourceware.org/bugzilla/show_bug.cgi?id=30221
--- Comment #11 from Vicki Pfau ---
I am using 11.1, but I think part of the problem is that Arch adopted
debuginfod relatively recently and hasn't backfilled packages. I updated my
packages yesterday and it took forever to start gdb today, bu
https://sourceware.org/bugzilla/show_bug.cgi?id=30221
--- Comment #10 from Aaron Merey ---
(In reply to Vicki Pfau from comment #7)
> The issue appears to be the debuginfod server taking a not-insignificant
> amount of time per request (500ms - 2s I'd estimate) to report the absence
> of an assoc
https://sourceware.org/bugzilla/show_bug.cgi?id=30221
Aaron Merey changed:
What|Removed |Added
CC||amerey at redhat dot com
--- Comment #9
https://sourceware.org/bugzilla/show_bug.cgi?id=30221
--- Comment #8 from Vicki Pfau ---
Apologies for the double-post of the first part of that comment. I reloaded the
page and apparently hitting the reply button didn't clear the comment at the
top and I didn't notice until I replied.
--
You a
https://sourceware.org/bugzilla/show_bug.cgi?id=30221
--- Comment #7 from Vicki Pfau ---
I have a proof of concept patch that I can attach here or submit to the mailing
list if you think the xattrs approach is a good way to go. Alternatively, a
metadata directory could be added under each buildid
https://sourceware.org/bugzilla/show_bug.cgi?id=30221
--- Comment #6 from Frank Ch. Eigler ---
(In reply to Vicki Pfau from comment #2)
> 404 and the like *may* be transient, but the fact of the matter is that
> *most* of the time it won't be And it's a cache, not a definitive answer
> saying thi
https://sourceware.org/bugzilla/show_bug.cgi?id=30221
--- Comment #5 from Vicki Pfau ---
I have a proof of concept patch that I can attach here or submit to the mailing
list if you think the xattrs approach is a good way to go. Alternatively, a
metadata directory could be added under each buildid
https://sourceware.org/bugzilla/show_bug.cgi?id=30221
--- Comment #4 from Frank Ch. Eigler ---
(In reply to Vicki Pfau from comment #3)
> I have a proof of concept patch that I can attach here or submit to the
> mailing list if you think the xattrs approach is a good way to go.
> Alternatively, a
https://sourceware.org/bugzilla/show_bug.cgi?id=30221
--- Comment #3 from Vicki Pfau ---
I have a proof of concept patch that I can attach here or submit to the mailing
list if you think the xattrs approach is a good way to go. Alternatively, a
metadata directory could be added under each buildid
https://sourceware.org/bugzilla/show_bug.cgi?id=30221
--- Comment #2 from Vicki Pfau ---
404 and the like *may* be transient, but the fact of the matter is that *most*
of the time it won't be And it's a cache, not a definitive answer saying this
will never exist. Having a 404 cache for 10x the am
https://sourceware.org/bugzilla/show_bug.cgi?id=30221
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
--- Comment
14 matches
Mail list logo