https://sourceware.org/bugzilla/show_bug.cgi?id=27571
Frank Ch. Eigler changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |alizhang at redhat dot
com
https://sourceware.org/bugzilla/show_bug.cgi?id=27531
Frank Ch. Eigler changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |alizhang at redhat dot
com
https://sourceware.org/bugzilla/show_bug.cgi?id=25628
Frank Ch. Eigler changed:
What|Removed |Added
Assignee|amerey at redhat dot com |alizhang at redhat dot
com
https://sourceware.org/bugzilla/show_bug.cgi?id=26125
Frank Ch. Eigler changed:
What|Removed |Added
Severity|normal |critical
Assignee|unassi
https://sourceware.org/bugzilla/show_bug.cgi?id=27277
--- Comment #2 from Frank Ch. Eigler ---
A related idea:
extend the webapi so that returned content includes response headers that
identify the archive & file name where the content was extracted from.
For server privacy, maybe pass back just
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
It may be desirable to fetch source files by buildid and __FILE__ name only, as
these can be
https://sourceware.org/bugzilla/show_bug.cgi?id=27669
--- Comment #2 from Frank Ch. Eigler ---
> But how exactly does one get just the buildid and a source file (base) name?
You do not want to know. :-)
To find self-buildid:
https://github.com/systemd/systemd/pull/19160
To find self source n
https://sourceware.org/bugzilla/show_bug.cgi?id=27673
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=27673
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #2 from Frank
https://sourceware.org/bugzilla/show_bug.cgi?id=27673
--- Comment #4 from Frank Ch. Eigler ---
> The time it takes for the client to see the response of the server to the
> request consist of:
> - time for request to travel to server (latency)
> - time for server to react to request
> - time for
rmal
Priority: P2
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Discussion of bug #27673 brought light to an important source of ineffici
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
The debuginfod -I/-X regexes operate during traversal to identify those files
in need of scanning. The regexes are not
: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Reasonable concerns have been raised about whether a debuginfod client has any
way of verifying that artifacts
https://sourceware.org/bugzilla/show_bug.cgi?id=27758
--- Comment #2 from Frank Ch. Eigler ---
Yeah. It may comfort those who are worried about the integrity of their
previously downloaded cached files, but is not robust against local attacker
who currently has control over the filesystem or pro
https://sourceware.org/bugzilla/show_bug.cgi?id=27758
--- Comment #5 from Frank Ch. Eigler ---
(In reply to Vitaly Chikunov from comment #3)
> Instead of `X-Debuginfod-Hash` you can use `ETag` where you can put anything
> including sha256 (can be prescribed in webapi description), then GET reques
: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Having a systemwide default DEBUGINFOD_URLS through profiles.d is a bit clumsy
in that e.g. system services don'
: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
There have been concerns that if debuginfod* client facilities are turned on by
default in a system, a user may have
https://sourceware.org/bugzilla/show_bug.cgi?id=27784
Frank Ch. Eigler changed:
What|Removed |Added
Summary|debuginfod client-use |debuginfod first-client-use
https://sourceware.org/bugzilla/show_bug.cgi?id=27701
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=26125
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=27571
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=25628
Frank Ch. Eigler changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
erity: normal
Priority: P2
Component: debuginfod
Assignee: fche at redhat dot com
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Not long after deploying the new 0.184 release in anger, amerey no
https://sourceware.org/bugzilla/show_bug.cgi?id=27859
Frank Ch. Eigler changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=27701
Frank Ch. Eigler changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Sometimes it can happen that multiple clients ask for the same file at about
the same time. If
https://sourceware.org/bugzilla/show_bug.cgi?id=27867
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=27859
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=27783
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=27784
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=27758
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=27867
Frank Ch. Eigler changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
See bug #17547 for use case.
--
You are receiving this mail because:
You are on the CC list for the bug.
: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
If someone misconfigures a debuginfod federation to have loops, and a
nonexistent buildid lookup is attempted, bad
: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
On a large debuginfod installation, where a full traversal might take hours but
things hardly ever change, it
ty: normal
Priority: P2
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
The information common to client library operation (D
https://sourceware.org/bugzilla/show_bug.cgi?id=27863
Frank Ch. Eigler changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |fche at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=27863
Frank Ch. Eigler changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=27783
Frank Ch. Eigler changed:
What|Removed |Added
Resolution|WONTFIX |---
Status|RESOLVED
Priority: P2
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
DEBUGINFOD_TIMEOUT is a good way to catch servers that are too slow to
Priority: P2
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Gazing at server logs, one sees a minority of clients who appear to
https://sourceware.org/bugzilla/show_bug.cgi?id=27982
--- Comment #1 from Frank Ch. Eigler ---
possible representation in the apis:
-> $DEBUGINFOD_MAXSIZE (in bytes)
-> outgoing request header X-DEBUGINFOD-MAXSIZE: (number)
<- http response code 406 (Not Acceptable) if rejected
<- posix API rc E
: normal
Priority: P2
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
When requesting some source files, some URL-inconvenient chars
https://sourceware.org/bugzilla/show_bug.cgi?id=28034
--- Comment #1 from Frank Ch. Eigler ---
RFC3986 appears to mandate %-escaping many characters in order to pass through
a textbook URI/URL path string. So formally noting this in the webapi and
calling curl_easy_escape() on the outgoing URLs
https://sourceware.org/bugzilla/show_bug.cgi?id=28034
--- Comment #3 from Frank Ch. Eigler ---
> This assumes that + -> ' ' escaping is normally unwanted (because to proper
> way > is to encode a space as %20).
I can't find it in current RFCs but traditional use of '+' to encode ' ' is
still ve
https://sourceware.org/bugzilla/show_bug.cgi?id=27277
--- Comment #3 from Frank Ch. Eigler ---
The initial #c0 impetus is now pretty moot with env DEBUGINFOD_MAXSIZE=0
support. The server should give us a 404 or a 406 depending on whether the
file exists, but not download content.
The #c2 "debu
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
There are some reports that debuginfod client and/or server parts of elfutils
may not build correctly when configured in a
: normal
Priority: P2
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Efforts such as https://fedoraproject.org/wiki/Changes
https://sourceware.org/bugzilla/show_bug.cgi?id=27950
Frank Ch. Eigler changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://sourceware.org/bugzilla/show_bug.cgi?id=28204
--- Comment #1 from Frank Ch. Eigler ---
https://bugzilla.redhat.com/show_bug.cgi?id=1896046#c10 (private, sorry)
contains instructions on generating IMA-signed RPMs via
% rpm --addsign --signfiles --fskpath=FOO.pem foo.rpm
--
You are recei
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
bug #25628 introduced a negative-hit caching facility in the debuginfod client,
which represents
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Now, the http_requests_total{} prometheus metric includes only a
type={debuginfo,...} label, but not
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
bug #27673 added a "after-you" waiting system into debuginfod, which is
intended to prevent
https://sourceware.org/bugzilla/show_bug.cgi?id=28249
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=28034
--- Comment #5 from Frank Ch. Eigler ---
We should probably tweak this to avoid %-escaping the '/' characters, which
default apache httpd mod_proxy configurations treat as sus.
--
You are receiving this mail because:
You are on the CC list f
https://sourceware.org/bugzilla/show_bug.cgi?id=28284
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=27983
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=28204
--- Comment #3 from Frank Ch. Eigler ---
> How would this be used together with debuginfod?
> Where/how would the user get the signatures
>From debuginfod, possibly via additional response headers,
when extracting files from IMA-signed archiv
: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Let's briefly document the systemd service wrapper in its own right.
--
You are receiving this mail be
Assignee: fche at redhat dot com
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
debuginfod's scan and groom operations (thread_main_scanner,
thread_main_fts_source_paths) are intended to be mutually exclusive,
https://sourceware.org/bugzilla/show_bug.cgi?id=28339
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=27982
Frank Ch. Eigler changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
For purposes of scaling workers against a shared database, this sort of thing
should work
https://sourceware.org/bugzilla/show_bug.cgi?id=28242
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=27783
Frank Ch. Eigler changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=28240
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
When a big debuginfod server starts grooming, and starts finding stale data
(archives or files being removed
https://sourceware.org/bugzilla/show_bug.cgi?id=28514
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=27673
Frank Ch. Eigler changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
||fche at redhat dot com
--
You are receiving this mail because:
You are on the CC list for the bug.
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Switch to libmicrohttpd thread-pooling for the webapi service threads, from the
general unrestricted THREAD_PER_CONNECTION
https://sourceware.org/bugzilla/show_bug.cgi?id=28661
Frank Ch. Eigler changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
||fche at redhat dot com
Ever confirmed|0 |1
Status|UNCONFIRMED |NEW
--- Comment #2 from Frank Ch. Eigler ---
Thanks for the report. The logs indicate some unexplained glitch within
libmicrohttpd (rejecting
https://sourceware.org/bugzilla/show_bug.cgi?id=28708
--- Comment #5 from Frank Ch. Eigler ---
(In reply to Mark Wielaard from comment #4)
> Note that packit doesn't use real hardware for various architectures but
> "container emulation" which causes various testcases to fail.
>
> Although in thi
https://sourceware.org/bugzilla/show_bug.cgi?id=28708
--- Comment #5 from Frank Ch. Eigler ---
(In reply to Mark Wielaard from comment #4)
> Note that packit doesn't use real hardware for various architectures but
> "container emulation" which causes various testcases to fail.
>
> Although in thi
https://sourceware.org/bugzilla/show_bug.cgi?id=28708
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |WAITING
--
You are receiving this
https://sourceware.org/bugzilla/show_bug.cgi?id=28708
--- Comment #8 from Frank Ch. Eigler ---
This test creates up to 100+few threads in debuginfod, and also 100 concurrent
curl processes to talk to debuginfod.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27673
Frank Ch. Eigler changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=28284
--- Comment #3 from Frank Ch. Eigler ---
The problem of federation reminded me that we haven't solved this problem yet.
> int debuginfod_info_debuginfo (debuginfod_client *client,
>const unsigned char *build_id
Priority: P2
Component: tools
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
The behaviour binutils addr2line is more helpful, in that it prefixes
https://sourceware.org/bugzilla/show_bug.cgi?id=28951
--- Comment #2 from Frank Ch. Eigler ---
Sorry for not noticing the flag. Making it default would let it match
binutils. (Both also have the "-s" option for basename.)
--
You are receiving this mail because:
You are on the CC list for the
https://sourceware.org/bugzilla/show_bug.cgi?id=28708
Frank Ch. Eigler changed:
What|Removed |Added
Status|WAITING |ASSIGNED
--- Comment #11 from Fran
https://sourceware.org/bugzilla/show_bug.cgi?id=29022
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29022
--- Comment #3 from Frank Ch. Eigler ---
I can't come up with a convincing example why 0-length files would be bad, just
general unease at the ambiguity. I don't mind switching to it for now; at
worst, later on we may have to revise and then
P2
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
When the prefetch-fd cache was separated from the main one, the prefetch
default parameters ended up w
y: P2
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
There appears to be an fd leak in the debuginfod client cache-miss code path.
This can exhau
https://sourceware.org/bugzilla/show_bug.cgi?id=29117
--- Comment #1 from Frank Ch. Eigler ---
Created attachment 14089
--> https://sourceware.org/bugzilla/attachment.cgi?id=14089&action=edit
possible patch
By inspection, in the unlink too-old negative-hit cache file case, we don't
close the f
https://sourceware.org/bugzilla/show_bug.cgi?id=29117
Frank Ch. Eigler changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=29123
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
|UNCONFIRMED |RESOLVED
CC||fche at redhat dot com
--- Comment #1 from Frank Ch. Eigler ---
Please contact your distribution provider for this information.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=28204
--- Comment #4 from Frank Ch. Eigler ---
some more references
https://fedoraproject.org/wiki/Changes/Signed_RPM_Contents,
https://man.archlinux.org/man/rpmsign.8.en
rpmfiFSignature(), lib/
https://sourceware.org/bugzilla/show_bug.cgi?id=29282
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=28204
Frank Ch. Eigler changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |rgoldber at redhat dot
com
https://sourceware.org/bugzilla/show_bug.cgi?id=28284
Frank Ch. Eigler changed:
What|Removed |Added
CC||mliska at suse dot cz
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=29469
Frank Ch. Eigler changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCON
201 - 295 of 295 matches
Mail list logo
