https://sourceware.org/bugzilla/show_bug.cgi?id=32672
Mark Wielaard changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |mark at klomp dot org
Last
https://sourceware.org/bugzilla/show_bug.cgi?id=32682
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |NOTABUG
Status|UNCONFIRME
,
||mark at klomp dot org,
||sam at gentoo dot org
--- Comment #1 from Mark Wielaard ---
Could you show a bit more configure/build log?
The intention here is that configure detects there is no error.h, but does
https://sourceware.org/bugzilla/show_bug.cgi?id=32540
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=32540
--- Comment #4 from Mark Wielaard ---
Hi Michael,
(In reply to Michael Tremer from comment #2)
> I did notice the string function, but how would I programmatically check
> what kind of error was returned? String matching does not sound like a
Component: general
Assignee: unassigned at sourceware dot org
Reporter: mark at klomp dot org
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
diff --git a/tests/Makefile.am b/tests/Makefile.am
index 8f08779825bb..ec6cc9011a63 100644
--- a/tests
https://sourceware.org/bugzilla/show_bug.cgi?id=32548
Mark Wielaard changed:
What|Removed |Added
Last reconfirmed||2025-01-27
Ever confirmed|0
https://sourceware.org/bugzilla/show_bug.cgi?id=32548
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=32672
Mark Wielaard changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=32673
Mark Wielaard changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |mark at klomp dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=32684
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
Priority: P2
Component: libelf
Assignee: unassigned at sourceware dot org
Reporter: mark at klomp dot org
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
The Elf_Data returned from a SHT_NOBITS section have their d_size set
https://sourceware.org/bugzilla/show_bug.cgi?id=32656
Mark Wielaard changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=32673
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://sourceware.org/bugzilla/show_bug.cgi?id=32655
Mark Wielaard changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=32654
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://sourceware.org/bugzilla/show_bug.cgi?id=32650
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://sourceware.org/bugzilla/show_bug.cgi?id=32684
Mark Wielaard changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=32673
--- Comment #3 from Mark Wielaard ---
Note that someone created CVE-2025-1377 for this bug without following our
SECURITY policy: https://sourceware.org/cgit/elfutils/tree/SECURITY
This is NOT a security issue according to our policy:
Sinc
https://sourceware.org/bugzilla/show_bug.cgi?id=32672
--- Comment #4 from Mark Wielaard ---
Note that someone created CVE-2025-1376 for this bug without following our
SECURITY policy: https://sourceware.org/cgit/elfutils/tree/SECURITY
This is NOT a security issue according to our policy:
Sinc
https://sourceware.org/bugzilla/show_bug.cgi?id=32656
--- Comment #4 from Mark Wielaard ---
Note that someone created CVE-2025-1372 for this bug without following our
SECURITY policy: https://sourceware.org/cgit/elfutils/tree/SECURITY
This is NOT a security issue according to our policy:
Sinc
https://sourceware.org/bugzilla/show_bug.cgi?id=32655
--- Comment #3 from Mark Wielaard ---
Note that someone created CVE-2025-1371 for this bug without following our
SECURITY policy: https://sourceware.org/cgit/elfutils/tree/SECURITY
This is NOT a security issue according to our policy:
Sinc
https://sourceware.org/bugzilla/show_bug.cgi?id=32654
--- Comment #3 from Mark Wielaard ---
Note that someone created CVE-2025-1365 for this bug without following our
SECURITY policy: https://sourceware.org/cgit/elfutils/tree/SECURITY
This is NOT a security issue according to our policy:
Sinc
https://sourceware.org/bugzilla/show_bug.cgi?id=32650
--- Comment #3 from Mark Wielaard ---
Note that someone created CVE-2025-1352 for this bug without following our
SECURITY policy: https://sourceware.org/cgit/elfutils/tree/SECURITY
This is NOT a security issue according to our policy:
Sinc
https://sourceware.org/bugzilla/show_bug.cgi?id=32657
--- Comment #2 from Mark Wielaard ---
Note that someone created CVE-2025-1372 for this bug without following our
SECURITY policy: https://sourceware.org/cgit/elfutils/tree/SECURITY
This is NOT a security issue according to our policy:
Sinc
https://sourceware.org/bugzilla/show_bug.cgi?id=32713
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=32713
--- Comment #2 from Mark Wielaard ---
See also this kernel thread:
https://lore.kernel.org/all/39fc2866-dff3-43c9-9d40-e8ff30a21...@juniper.net/
Looks like the kernel people believe this in "in spec" so doesn't really break
user space handling
||mark at klomp dot org
Status|NEW |RESOLVED
--- Comment #2 from Mark Wielaard ---
commit 31867d468c10d26ee13efb93f5d7ddf2bcadf253
Author: Frank Ch. Eigler
Date: Wed Mar 5 15:23:49 2025 -0500
PR31862: debuginfod: client to cache x
https://sourceware.org/bugzilla/show_bug.cgi?id=29571
Mark Wielaard changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=29571
--- Comment #7 from Mark Wielaard ---
(In reply to Sam Zeter from comment #6)
> I also noticed in libelf/elf.h that we define these flags but do not print
> them in readelf:
>
> #define SHF_MASKOS 0x0ff0 /* OS-specific. */
> #def
: normal
Priority: P2
Component: general
Assignee: unassigned at sourceware dot org
Reporter: mark at klomp dot org
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
elfutils 0.193 fails to build on debian hppa and m68k
https
https://sourceware.org/bugzilla/show_bug.cgi?id=32929
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=32929
Mark Wielaard changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=28725
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
Ever
https://sourceware.org/bugzilla/show_bug.cgi?id=28729
Mark Wielaard changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |mark at klomp dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=29434
--- Comment #9 from Mark Wielaard ---
Created attachment 14302
--> https://sourceware.org/bugzilla/attachment.cgi?id=14302&action=edit
dwarf_getscopes debug trace
Maybe the following would give us a clue about what is really happening. It
s
https://sourceware.org/bugzilla/show_bug.cgi?id=28725
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://sourceware.org/bugzilla/show_bug.cgi?id=28729
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://sourceware.org/bugzilla/show_bug.cgi?id=29614
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #2
https://sourceware.org/bugzilla/show_bug.cgi?id=29614
--- Comment #4 from Mark Wielaard ---
OK, so, this is with current git trunk.
Which version of gcc and glibc are you using?
Could you show (make V=1) the exact gcc argument line?
--
You are receiving this mail because:
You are on the CC list
https://sourceware.org/bugzilla/show_bug.cgi?id=28204
--- Comment #8 from Mark Wielaard ---
Note that we'll need rpm-devel ima-evm-utils-devel openssl-devel rpm-sign to
test this (should go into elfutils.spec BuildRequires).
--
You are receiving this mail because:
You are on the CC list for the
https://sourceware.org/bugzilla/show_bug.cgi?id=28204
--- Comment #9 from Mark Wielaard ---
To make this slightly easier to review I applied the patch and rebased it to
current master. Pushed here:
https://code.wildebeest.org/git/user/mjw/elfutils/commit/?h=ima
--
You are receiving this mail be
https://sourceware.org/bugzilla/show_bug.cgi?id=29714
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=29498
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #2
https://sourceware.org/bugzilla/show_bug.cgi?id=29434
--- Comment #10 from Mark Wielaard ---
(In reply to Pablo Galindo Salgado from comment #8)
> If you give me a patch adding print statements to libdw/dwarf_getscopes.c
> and libdw/libdw_visit_scopes.c I can give you the output.
See attachment
||mark at klomp dot org
Status|UNCONFIRMED |RESOLVED
--- Comment #1 from Mark Wielaard ---
libelf.h is a public header. We explicitly don't want to declare complete types
for internal data structures. Which is why we don't include or expose
||mark at klomp dot org
Resolution|--- |NOTABUG
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29719
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #2
https://sourceware.org/bugzilla/show_bug.cgi?id=29571
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #2
https://sourceware.org/bugzilla/show_bug.cgi?id=29767
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #6
https://sourceware.org/bugzilla/show_bug.cgi?id=29767
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|UNCONFI
https://sourceware.org/bugzilla/show_bug.cgi?id=28891
--- Comment #2 from Mark Wielaard ---
So a solution for people trying to do cross builds directly from git might
simply be to do a make dist first and then do a cross from that?
--
You are receiving this mail because:
You are on the CC list
https://sourceware.org/bugzilla/show_bug.cgi?id=29434
--- Comment #16 from Mark Wielaard ---
Sorry this is a bit difficult to debug.
Would you be able to show the start of the log?
It should show how you are calling dwarf_getscopes.
I think I have found the RHEL7 glibc debug file. So I can matc
||mark at klomp dot org
Last reconfirmed||2023-01-10
Status|RESOLVED|REOPENED
Ever confirmed|0 |1
--- Comment #4 from Mark Wielaard ---
Does the following work for you?
diff --git a
https://sourceware.org/bugzilla/show_bug.cgi?id=29926
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOPENED
https://sourceware.org/bugzilla/show_bug.cgi?id=28608
--- Comment #5 from Mark Wielaard ---
(In reply to Martin Liska from comment #4)
> So it fails for:
> $ /home/marxin/Programming/elfutils/src/elflint --gnu
> /home/marxin/Programming/elfutils/tests/elfstrmerge
> section [17] '.rodata': merge f
https://sourceware.org/bugzilla/show_bug.cgi?id=29571
--- Comment #4 from Mark Wielaard ---
(In reply to Martin Liska from comment #3)
> @Mark: Can you please push the patch?
No, please see comment #2 for various issues that need to be resolved first.
--
You are receiving this mail because:
Yo
https://sourceware.org/bugzilla/show_bug.cgi?id=30047
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #2
|unassigned at sourceware dot org |mark at klomp dot org
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0 |1
--- Comment #3 from Mark Wielaard ---
Created attachment 14633
--> https://sourceware.org/bugzilla/attachment.cgi?id=14633&acti
https://sourceware.org/bugzilla/show_bug.cgi?id=30072
--- Comment #1 from Mark Wielaard ---
(In reply to Martin Liska from comment #0)
> Created attachment 14650 [details]
> Build log
>
> The test is pretty new and fails with:
>
> [ 30s] FAIL: run-addr2line-C-test.sh
> [ 30s] ==
https://sourceware.org/bugzilla/show_bug.cgi?id=30072
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=28873
--- Comment #8 from Mark Wielaard ---
(In reply to Aaron Merey from comment #7)
> This raises an interesting question: how do you calculate the number of
> symbols in .dynsym without using section headers?
>
> I figured there'd some kind of
https://sourceware.org/bugzilla/show_bug.cgi?id=30077
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=30077
--- Comment #4 from Mark Wielaard ---
(In reply to Sam James from comment #2)
> These issues sometimes appear with -flto -Wlto-type-mismatch but not clear
> that's the case here.
Yes, but typedefs don't define new types, just alias types.
Als
https://sourceware.org/bugzilla/show_bug.cgi?id=30077
--- Comment #5 from Mark Wielaard ---
(In reply to David Edelsohn from comment #3)
> The struct is needed by libdwfl.h to prototype
>
> extern debuginfod_client *dwfl_get_debuginfod_client (Dwfl *dwfl);
>
> but that function is defined in de
https://sourceware.org/bugzilla/show_bug.cgi?id=30077
Mark Wielaard changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=30047
Mark Wielaard changed:
What|Removed |Added
Attachment #14633|0 |1
is obsolete|
||mark at klomp dot org
Resolution|--- |FIXED
--- Comment #1 from Mark Wielaard ---
commit 3c22256392d58dc50324a392c1c9724a834f47d0
Author: Ilya Leoshkevich
Date: Wed Feb 8 20:52:22 2023 +0100
readelf: Fix set but not used parameter
https://sourceware.org/bugzilla/show_bug.cgi?id=30047
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://sourceware.org/bugzilla/show_bug.cgi?id=30085
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=30085
--- Comment #2 from Mark Wielaard ---
I asked around and John DelSignore came up with the following fortran example:
= array.f95 =
program f_prog
integer*4, allocatable, target, dimension (:,:) :: big_array
integer, dimension
https://sourceware.org/bugzilla/show_bug.cgi?id=29434
--- Comment #17 from Mark Wielaard ---
So the code here changed a little with this patch:
commit b7c7d8776ed46e2237d18fb15c6b72e83cfa259b
Author: Mark Wielaard
Date: Sun Jan 22 00:31:57 2023 +0100
libdw: Search for abstract origin in
https://sourceware.org/bugzilla/show_bug.cgi?id=29434
--- Comment #18 from Mark Wielaard ---
I could replicate a leak when there was an error looking up the inlined scopes,
so I submitted the patch to fix that:
https://inbox.sourceware.org/elfutils-devel/2023023901.1089881-1-m...@klomp.org/T/
https://sourceware.org/bugzilla/show_bug.cgi?id=29434
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://sourceware.org/bugzilla/show_bug.cgi?id=29472
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #5
https://sourceware.org/bugzilla/show_bug.cgi?id=29176
--- Comment #10 from Mark Wielaard ---
(In reply to Jan-Benedict Glaw from comment #9)
> Is there already a decision on whether or not the tests should pass when
> there's no dbgsym package installed for libc?
The test should pass even withou
https://sourceware.org/bugzilla/show_bug.cgi?id=29176
--- Comment #11 from Mark Wielaard ---
Proposed patch:
https://patchwork.sourceware.org/project/elfutils/patch/20230304213534.1448550-1-m...@klomp.org/
Did pass on the elfutils-debian-amd64 builder:
https://builder.sourceware.org/buildbot/#/bu
https://sourceware.org/bugzilla/show_bug.cgi?id=30196
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=29176
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOPENED
||mark at klomp dot org
Status|UNCONFIRMED |RESOLVED
--- Comment #1 from Mark Wielaard ---
Thanks, that looks perfect. Pushed as:
commit b2871fa8d430e2c5fb39e3ebc6745ea32f1bddb4
Author: Alexey Sheplyakov
Date: Mon Mar 20 18:45:02 2023 +0400
https://sourceware.org/bugzilla/show_bug.cgi?id=30272
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #3
https://sourceware.org/bugzilla/show_bug.cgi?id=30221
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=28873
Mark Wielaard changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=29696
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #2
|unassigned at sourceware dot org |mark at klomp dot org
--- Comment #4 from Mark Wielaard ---
(In reply to Adam Jackson from comment #3)
> SHT_RELR is shipping now:
Thanks. I had missed this.
I have a patch for adding support for RELR.
But want to make sure I have the interface right first:
ht
https://sourceware.org/bugzilla/show_bug.cgi?id=28204
--- Comment #11 from Mark Wielaard ---
So as far as I understand this is now the three commits on top of
users/rgoldber/try-bz28204c:
https://sourceware.org/cgit/elfutils/log/?h=users/rgoldber/try-bz28204c
I find it slightly easier when patch
https://sourceware.org/bugzilla/show_bug.cgi?id=28204
--- Comment #12 from Mark Wielaard ---
In config/profile.csh.in and config/profile.sh.in the prefix variable is
explicitly set and no longer unset. Is that deliberate?
In debuginfod_validate_imasig the file_data = malloc(data_len); depends on
https://sourceware.org/bugzilla/show_bug.cgi?id=28204
--- Comment #13 from Mark Wielaard ---
The configure checks might need to check whether the rpm development headers
define the needed constants.
On an rhel8 system this gives:
checking for headerGet in -lrpm... yes
checking for imaevm_hash_a
https://sourceware.org/bugzilla/show_bug.cgi?id=28204
--- Comment #14 from Mark Wielaard ---
I think it is the user/distro packager who should decide which ima-certs to
ship. I don't think elfutils should come with ima-certs itself.
Why is there a "permissive" policy? What is the use case for th
https://sourceware.org/bugzilla/show_bug.cgi?id=28204
--- Comment #15 from Mark Wielaard ---
The basic idea having a collection of certs, and an signature for each file
that is transported with the fetch operation that will be checked against those
trusted certs is understandable.
But I must adm
https://sourceware.org/bugzilla/show_bug.cgi?id=28204
--- Comment #17 from Mark Wielaard ---
(In reply to Ryan Goldberg from comment #16)
> (In reply to Mark Wielaard from comment #12)
> > In config/profile.csh.in and config/profile.sh.in the prefix variable is
> > explicitly set and no longer un
https://sourceware.org/bugzilla/show_bug.cgi?id=27501
--- Comment #2 from Mark Wielaard ---
Apparently someone created a CVE for this bug:
https://nvd.nist.gov/vuln/detail/CVE-2021-33294
Note that we don't consider this a security issue:
https://sourceware.org/cgit/elfutils/tree/SECURITY
Sinc
https://sourceware.org/bugzilla/show_bug.cgi?id=30772
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=28204
--- Comment #20 from Mark Wielaard ---
(In reply to Frank Ch. Eigler from comment #18)
> > Doesn't that give a false sense of "security"?
> > It still rejects some stuff, but doesn't really protect against "falsifying"
> > files, all a server
https://sourceware.org/bugzilla/show_bug.cgi?id=28495
--- Comment #5 from Mark Wielaard ---
https://inbox.sourceware.org/elfutils-devel/20230823220211.1942430-1-m...@klomp.org/T/#u
https://code.wildebeest.org/git/user/mjw/elfutils/commit/?h=relr
With that eu-readelf -r /usr/lib64/libc.so.6 now g
https://sourceware.org/bugzilla/show_bug.cgi?id=28204
--- Comment #22 from Mark Wielaard ---
(In reply to Ryan Goldberg from comment #21)
> (In reply to Mark Wielaard from comment #20)
> > But isn't the idea of checking the IMA signatures that you don't have to
> > trust the server providing the
https://sourceware.org/bugzilla/show_bug.cgi?id=28204
--- Comment #24 from Mark Wielaard ---
BTW. How does this interact with the "section" queries?
If the server doesn't support "section" then the debuginfod-client fallback to
fetching "debuginfo" or "executable" should do the signature checkin
https://sourceware.org/bugzilla/show_bug.cgi?id=28204
--- Comment #25 from Mark Wielaard ---
So I am looking at users/rgoldber/try-bz28204d but it isn't clear you want to
merge that in separate commits or squashed together. I am comparing to
users/rgoldber/try-bz28204c which I believe is the prev
https://sourceware.org/bugzilla/show_bug.cgi?id=28204
--- Comment #26 from Mark Wielaard ---
(In reply to Ryan Goldberg from comment #23)
> (In reply to Mark Wielaard from comment #22)
> > This still feels odd. Since you cannot distinguish between non-sig f36
> > package (okish?) and non-sig f38
https://sourceware.org/bugzilla/show_bug.cgi?id=30729
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #2
401 - 500 of 775 matches
Mail list logo
