[Bug tools/23787] eu-size: Bad handling of ar files inside are files

https://sourceware.org/bugzilla/show_bug.cgi?id=23787 --- Comment #16 from viren --- POC2 Please use " ./eu-size $POC " to reproduce this bug. This bug was discovered by NTU Cyber-Security-Lab, for fuzzing research work. If you have any questions, please let me know. https://technorazor.com/b

[Bug tools/23787] eu-size: Bad handling of ar files inside are files

https://sourceware.org/bugzilla/show_bug.cgi?id=23787 viren changed: What|Removed |Added CC||rajputveer8055 at gmail dot com --- Comment #

Re: patch PR25722: /path/name based debuginfod-find & API lookups

Hi - Like this? Author: Frank Ch. Eigler Date: Fri Mar 27 20:47:45 2020 -0400 PR25722: debuginfod-find: accept /path/names in place of buildid hex Extend the debuginfod-find command line interface to permit /file/names instead of only buildid hexadecimal strings. v2

[Bug debuginfod/25739] New: client cache sometimes has incorrect mtimes for downloaded files

https://sourceware.org/bugzilla/show_bug.cgi?id=25739 Bug ID: 25739 Summary: client cache sometimes has incorrect mtimes for downloaded files Product: elfutils Version: unspecified Status: UNCONFIRMED Severity:

Re: elfutils 0.179 release end of the week?

Hi - > There are also: > > PR25722: /path/name based debuginfod-find & API lookups > Which is fine for debuginfod-find, but I find the new API awkward and > would prefer not to add that part. Understood, will post a version with that. > PR25369 slice 3/3: debuginfod header relay > Which seems O

Re: elfutils 0.179 release end of the week?

Hi Frank, On Tue, 2020-03-24 at 08:40 -0400, Frank Ch. Eigler via Elfutils-devel wrote: > Are there any other "urgent" bug fixes pending? > > Yeah, a few more debuginfod bits please. I'll work all out today and > tomorrow on as many as possible of PR25548, PR25367, PR25366, > PR25448, PR25583.

[Bug debuginfod/25448] Extend debuginfod metrics

https://sourceware.org/bugzilla/show_bug.cgi?id=25448 Frank Ch. Eigler changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

Re: patch PR25448: more debuginfod prometheus metrics

Hi - On Fri, Mar 27, 2020 at 03:47:27PM +0100, Mark Wielaard wrote: > This looks nice. Do we have to document these anywhere, or are > prometheus metrics "self documenting"? I assume tools just take what > they can get from the json export and create graphs based on the name > count/sum patterns?

[Bug debuginfod/25728] Starting debubinfod with --port=0 is not documented

https://sourceware.org/bugzilla/show_bug.cgi?id=25728 Mark Wielaard changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #2 from Mark Wie

[PATCH] debuginfod: Disallow --port=0.

When starting debuginfod with --port=0 it would start using a random port (possibly different for ipv4 and ipv6). This seems to be an accidental and not very useful functionality. Just produce an error when started with --port=0. https://sourceware.org/bugzilla/show_bug.cgi?id=25728 Signed-off-by

Re: patch PR25448: more debuginfod prometheus metrics

Hi Frank, On Thu, 2020-03-26 at 16:46 -0400, Frank Ch. Eigler via Elfutils-devel wrote: > commit 34d851344dbaa5fd00b4368742839f86203202a1 (HEAD -> > fche/pr25448) > Author: Frank Ch. Eigler > Date: Thu Mar 26 16:44:20 2020 -0400 > > PR25448: debuginfod: add transfer performance metrics >

Re: patch PR25722: /path/name based debuginfod-find & API lookups

Hi Frank, On Wed, 2020-03-25 at 21:39 -0400, Frank Ch. Eigler via Elfutils-devel wrote: > commit b27d38f7eed6d99715fd1cc8a70b0a6a2b04f0ce (HEAD -> fche/pr25722) > Author: Frank Ch. Eigler > Date: Wed Mar 25 21:36:51 2020 -0400 > > PR25722: debuginfod client api: accept /path/names in place

Re: PR25369 slice 3/3: debuginfod header relay

Hi - > > I guess I don't see a problem here. HTTP request headers are by > > definition optional things. How it's used --- why would we want to > > dictate "only ... for" anything? We do what we do. > > But what we do is technically just pass the given string to curl as is. > It is just that

Re: PR25369 slice 3/3: debuginfod header relay

Hi Frank, On Thu, 2020-03-26 at 18:54 -0400, Frank Ch. Eigler wrote: > > Normally a user client doesn't really need to know much about whether > > or how the file information is fetched. But in this case we have a http > > transport specific thing (and we just added support for file:// URLs). > >

Re: patch PR25583: debuginfod bsdtar for deb

Hi - Like this? (/usr/bin/dkpg-deb is the usual installation path) diff --git a/debuginfod/ChangeLog b/debuginfod/ChangeLog index 5e19db517472..58ba85cf3664 100644 --- a/debuginfod/ChangeLog +++ b/debuginfod/ChangeLog @@ -1,3 +1,8 @@ +2020-03-26 Frank Ch. Eigler + + * debuginfod.cxx (par

Re: patch PR25583: debuginfod bsdtar for deb

Hi - > Like this? > (/usr/bin/dkpg-deb is the usual installation path) pushed to master after testing on f30 with and without dpkg. - FChE

[Bug debuginfod/25448] Extend debuginfod metrics

https://sourceware.org/bugzilla/show_bug.cgi?id=25448 --- Comment #2 from Martin Liška --- I like the suggested patch! -- You are receiving this mail because: You are on the CC list for the bug.