https://sourceware.org/bugzilla/show_bug.cgi?id=30879
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
: 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: ---
We kind of decided haphazardly to `basename` some of those
https://sourceware.org/bugzilla/show_bug.cgi?id=30962
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=30978
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=30978
--- Comment #4 from Frank Ch. Eigler ---
Note that the main problem with this sort of scheme is not the checksum
(whether CRC or a hash). That part can help provide some assurance against
accidental corruption. (Plus you'd need external chec
https://sourceware.org/bugzilla/show_bug.cgi?id=30967
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=30967
--- Comment #7 from Frank Ch. Eigler ---
> So my preferred workaround:
appears to be based on the assumption that truncated bitfields will not
collide. Has this assumption been tested?
--
You are receiving this mail because:
You are on the
https://sourceware.org/bugzilla/show_bug.cgi?id=30967
--- Comment #8 from Frank Ch. Eigler ---
> The issue here is that we create (very) large arrays of struct Dwarf_Line_s
> and we do that eagerly, see bug #27405
> So we would like to keep that struct as small as possible.
Do we have an estimat
https://sourceware.org/bugzilla/show_bug.cgi?id=30967
--- Comment #11 from Frank Ch. Eigler ---
> I'm more interested in this: what is worst that can happen on discriminator
> collision? We are not using discriminator at all in ABI monitoring, so I'm
> not familiar with its use cases.
That's a g
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
debuginfod's memory usage can fluctuate widely during the scan & groom phases.
In the same places wher
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: ---
During the srcfiles test case diagnosis, studying the reason for occasional
0
: 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: ---
In light of https://bugzilla.redhat.com/show_bug.cgi?id=1970578
https://sourceware.org/bugzilla/show_bug.cgi?id=27913
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=31103
--- Comment #2 from Frank Ch. Eigler ---
Right, but the sqlite3* calls are still needed. I'm especially curious whether
any impact from the malloc_trim() is measurable.
--
You are receiving this mail because:
You are on the CC list for the
https://sourceware.org/bugzilla/show_bug.cgi?id=31103
--- Comment #5 from Frank Ch. Eigler ---
Yeah, not surprised that there are no leaks. What this malloc_trim() and the
preceding sqlite3_db_release_memory() calls are supposed to do is to release
memory back to the operating system. So perhap
https://sourceware.org/bugzilla/show_bug.cgi?id=31103
--- Comment #7 from Frank Ch. Eigler ---
Right, the linux kernel does not share enough memory consumption data in
rusage, so you need to read /proc/self/statm or such and compare its snapshots.
For memory release, it's not so much the size of
https://sourceware.org/bugzilla/show_bug.cgi?id=31103
--- Comment #9 from Frank Ch. Eigler ---
Yeah, OK, for a not-too-busy one, that sounds okay. Can you show a proposed
final diff?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31103
Frank Ch. Eigler changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=31620
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=31620
--- Comment #3 from Frank Ch. Eigler ---
like this? can you test?
diff --git a/debuginfod/debuginfod-client.c b/debuginfod/debuginfod-client.c
index 0ee7db3d6638..a3468f534656 100644
--- a/debuginfod/debuginfod-client.c
+++ b/debuginfod/deb
https://sourceware.org/bugzilla/show_bug.cgi?id=31620
--- Comment #6 from Frank Ch. Eigler ---
Note that the "modern way" is not necessarily the desirable way. If the old
way will keep working, I'd rather use that than a using a
version-conditionalized query.
--
You are receiving this mail bec
|UNCONFIRMED |RESOLVED
CC||fche at redhat dot com
--- Comment #1 from Frank Ch. Eigler ---
Fixed with commit d9f38a7052c22c7762aa5b98b401e8a324336bce, committed as
obvious.
diff --git a/debuginfod/debuginfod-find.c b/debuginfod/debuginfod-find.c
https://sourceware.org/bugzilla/show_bug.cgi?id=31620
--- Comment #9 from Frank Ch. Eigler ---
This version looks okay to me too, FWIW, just a little bit more work.
I'd appreciate a pointer to any curl documentation that suggests
upcoming deprecation of the curl_version_info_data->ssl_version
fi
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
run-large-elf-file.sh does a little speed gating predicate before launching its
4GB I/O test, but it is IMO too optimistic
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: ---
Follow up on bug #28204 in hope of arriving at a mode
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: ---
Caching alongside the payload would permit the client to repeat IMA
https://sourceware.org/bugzilla/show_bug.cgi?id=31866
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Elfutils/dwfl operation startup can be costly, as elfutils loads and processes
files on disk. In the case of a self
: tools
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
May need debuginfod help in case of:
- lack of buildid-matching executable (for .eh_frame)
- lack of buildid-matching
Severity: 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: ---
Sometimes a user will go to the trouble of
https://sourceware.org/bugzilla/show_bug.cgi?id=23528
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=24488
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
||fche at redhat dot com
Resolution|--- |INVALID
--- Comment #4 from Frank Ch. Eigler ---
as per comment #3, the test was based on a misunderstanding of the libdw api
--
You are receiving this mail because:
You are on the CC list for the bug.
: normal
Priority: P2
Component: debuginfod
Assignee: amerey at redhat dot com
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
During cache cleanup, we should only erase files that match the pattern of
: debuginfod
Assignee: fche at redhat dot com
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
With the workqueue based scanning, there is less progress information available
on the console. A periodic report should
: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
debuginfod log webapi GET requests after completion, so they can include a data
amount and precise service-time
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Native golang puts unique buildids into a .note.go.buildid section, with a much
longer textual string than our normal 20
: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
It would be interesting to also print the URL being fetched, or other such
textual status. This is probably most
: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org, lberk at redhat dot
com
Target Milestone: ---
There may be a use case where debuginfo-carrying container images are available
on registries
erity: 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: ---
Consider a systemtap test run against debuginfod. Ther
Assignee: fche at redhat dot com
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
The grooming thread tries to nuke orphan buildid records (those with no d/e/s
type payload records pointing to them). This can race
Assignee: fche at redhat dot com
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
commit 32ed4e6f8 (unreleased) introduced a bug with runs such as
% debuginfod -R
without a path, because fts(3) is not defined to
https://sourceware.org/bugzilla/show_bug.cgi?id=25415
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=25394
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=25375
--- Comment #1 from Frank Ch. Eigler ---
prototype is commit b5ba87c835ba
--
You are receiving this mail because:
You are on the CC list for the bug.
Severity: 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: ---
--
You are receiving this mail because:
You are on
||fche at redhat dot com
Resolution|--- |FIXED
--- Comment #1 from Frank Ch. Eigler ---
https://sourceware.org/git/?p=elfutils.git;a=commitdiff;h=14d5b412dc3baef19bc993c83acdb750fc7e194f
fixes
--- a/configure.ac
+++ b/configure.ac
@@ -687,18
Severity: normal
Priority: P2
Component: libdw
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Some linux kernel install images lack anything resembling
https://sourceware.org/bugzilla/show_bug.cgi?id=25509
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
||2020-02-10
CC||fche at redhat dot com
Ever confirmed|0 |1
--- Comment #1 from Frank Ch. Eigler ---
key bits: x86_64-apple-darwin18.7.0
I wonder if on this machine, llvm pretends to be gcc.
What does
Priority: P2
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org,
jan.kratochvil at redhat dot com, kkleine at redhat dot com
Target
https://sourceware.org/bugzilla/show_bug.cgi?id=25365
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
||2020-02-22
CC||fche at redhat dot com
Ever confirmed|0 |1
--- Comment #1 from Frank Ch. Eigler ---
Interesting idea. OTOH, rpm2cpio and dpkg binaries are not too hard to come
by.
One can experiment
https://sourceware.org/bugzilla/show_bug.cgi?id=25369
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=25583
Frank Ch. Eigler changed:
What|Removed |Added
Status|WAITING |ASSIGNED
--- Comment #3 from Frank
https://sourceware.org/bugzilla/show_bug.cgi?id=25375
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=25583
Frank Ch. Eigler changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
While this may be useful only for local testing, it's still good to have.
It's being blocke
: 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 helpful to have a debuginfod_client option (env var? api?) that adds
a degree of paranoia to
https://sourceware.org/bugzilla/show_bug.cgi?id=25509
--- Comment #6 from Frank Ch. Eigler ---
(In reply to Eli Schwartz from comment #5)
> > # Look for libmicrohttpd, libcurl, libarchive, sqlite for debuginfo server
> > # minimum versions as per rhel7. Single --enable-* option arranges to build
https://sourceware.org/bugzilla/show_bug.cgi?id=25548
--- Comment #4 from Frank Ch. Eigler ---
Related to this, Eli Schwartz helped identify two separate outright bugs in the
code that touch on this problem.
The debuginfod-client.c curl api code neglects to pass CURLOPT_PATH_AS_IS, so
source fil
https://sourceware.org/bugzilla/show_bug.cgi?id=25583
--- Comment #6 from Frank Ch. Eigler ---
> -# For /usr/bin/cpio2rpm
> -Requires: rpm
Heh, that was always moot on an rpm based system (.spec file!).
> +# To extract .deb files with dpkg-deb --fsys-tarfile
> +# Can be Recommends if rpm suppor
https://sourceware.org/bugzilla/show_bug.cgi?id=25628
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
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: ---
Even with IMA stuff going into debuginfod/-client in 0.192ish, we
Component: tools
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
eu-unstrip always requires two files on its command line. If one's a normal
stripped binary on a P
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Assuming consumer tools like gdb would contemplate using it, debuginfod could
in principle also accept ".dwo" files
https://sourceware.org/bugzilla/show_bug.cgi?id=32184
--- Comment #1 from Frank Ch. Eigler ---
See also:
https://inbox.sourceware.org/elfutils-devel/cak2qhjefgpty1a77jwt-avrxpen8wi+am85wuagd-xv+8df...@mail.gmail.com/#r
bug #31360
bug #19914
--
You are receiving this mail because:
You are on t
https://sourceware.org/bugzilla/show_bug.cgi?id=32629
--- Comment #2 from Frank Ch. Eigler ---
The _begin function is already a constructor, :-) it just doesn't take such
parameters. There are other env vars that we take as inputs too, and it would
be odd to take just one as a function parameter
https://sourceware.org/bugzilla/show_bug.cgi?id=32629
Frank Ch. Eigler changed:
What|Removed |Added
Summary|add setter functions to |add setter functions to
Severity: 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: ---
We'd need a cumulative environ-like array-of-st
https://sourceware.org/bugzilla/show_bug.cgi?id=32540
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
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: ---
While testing out the IMA recipe on the elfutils/Debuginfod.html page
https://sourceware.org/bugzilla/show_bug.cgi?id=32318
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=32318
--- Comment #2 from Frank Ch. Eigler ---
While thinking through implications of this change and the preexisting
configuration possibilities, I happened across this unfortunate finding,
added to doc/debuginfod-client-config.7
It is possibl
https://sourceware.org/bugzilla/show_bug.cgi?id=32701
Frank Ch. Eigler changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=32701
Frank Ch. Eigler changed:
What|Removed |Added
Resolution|FIXED |NOTABUG
--- Comment #10 from Frank
https://sourceware.org/bugzilla/show_bug.cgi?id=32682
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32701
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32701
--- Comment #7 from Frank Ch. Eigler ---
It is normal to build paths like getenv("HOME") + "/" + str(something),
so if $HOME is unset, you still get a "/" to start with.
--
You are receiving this mail because:
You are on the CC list for th
https://sourceware.org/bugzilla/show_bug.cgi?id=31862
--- Comment #1 from Frank Ch. Eigler ---
proposed patch
https://inbox.sourceware.org/elfutils-devel/20250221200714.ga7...@redhat.com/T/#u
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32318
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=29478
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=29474
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=28284
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Severity: 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: ---
In a range of libmicrohttpd versions, up to and including
||2022-10-21
Ever confirmed|0 |1
CC||fche at redhat dot com
--- Comment #1 from Frank Ch. Eigler ---
No specification requires elfutils to provide an other than forward declaration
of these types
||fche at redhat dot com
Status|UNCONFIRMED |RESOLVED
--- Comment #1 from Frank Ch. Eigler ---
Why not use an empty string as a filename? A user can type
eu-objdump ""
to pass an empty string if that's really what she wants
|--- |FIXED
CC||fche at redhat dot com
--- Comment #2 from Frank Ch. Eigler ---
Thanks, merged!
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29975
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29976
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29976
--- Comment #4 from Frank Ch. Eigler ---
I assume "debuginfod -C $num -d $num" still works for you, in this battle of
distro/site defaults.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29982
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
Ever
https://sourceware.org/bugzilla/show_bug.cgi?id=29982
--- Comment #6 from Frank Ch. Eigler ---
Please confirm the complete command line.
% debuginfod -d:memory
creates a file named ":memory", not an in-memory sqlite database alias
":memory:")
--
You are receiving this mail because:
You are on
https://sourceware.org/bugzilla/show_bug.cgi?id=29982
--- Comment #9 from Frank Ch. Eigler ---
Perhaps a complete highly verbose trace (-vvv) would help identify the cause.
Scanning threads should not be able to lock each other out for O(1sec) from
sqlite operations in normal circumstances. OTOH
https://sourceware.org/bugzilla/show_bug.cgi?id=29976
--- Comment #6 from Frank Ch. Eigler ---
please check out commit 7399e3bd7eb72d045 on elfutils.git for a test patch
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29975
--- Comment #3 from Frank Ch. Eigler ---
please check out commit 7399e3bd7eb72d045 on elfutils.git for a test patch
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29976
Frank Ch. Eigler changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=29975
Frank Ch. Eigler changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Let's implement
% debuginfod-find source-list PATH|BUILDID
so it fetches the debuginfo, then run
https://sourceware.org/bugzilla/show_bug.cgi?id=30221
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
1 - 100 of 287 matches
Mail list logo
