[Bug debuginfod/28204] extend webapi / verification with forthcoming signed-contents archives
https://sourceware.org/bugzilla/show_bug.cgi?id=28204
--- Comment #27 from Ryan Goldberg ---
(In reply to Mark Wielaard from comment #24)
> BTW. How does this interact with the "section" queries?
Since these aren't ima verifiable anyways wdyt of just skipping verification
all together (i.e treat that query in the same way as the ignore policy)
Tweaking the above to something like:
2008if(NULL != url_ima_policies && ignore != url_ima_policies[committed_to]
&& NULL == section) { ... }
(In reply to Mark Wielaard from comment #25)
> Includes an "undefined" policy?
Just used internally when parsing DEBUGINFOD_URLS
> Is the k += DATA_SIZE correct? Can't pread return an n < DATA_SIZE?
Fixed
> If the cert_paths = strdup (...) fails cert_paths gets assigned a static
> string?
Fixed
(In reply to Mark Wielaard from comment #26)
> If we have an permissive mode then I think it should work like the selinux
> permissive mode.
> That is, it should always check the signature, but instead of failing with
> EPERM, it should
> always produce a warning (whether or not we are in verbose mode or not).
I would be ok with this kind of permissive mode
--
You are receiving this mail because:
You are on the CC list for the bug.
[Bug libelf/30729] Build failure with upcoming LLD 17 (elf_scncnt: undefined version: ELFUTILS_1.0 during linking phase of libelf.so)
https://sourceware.org/bugzilla/show_bug.cgi?id=30729 Sam James changed: What|Removed |Added Summary|elf_scncnt: undefined |Build failure with upcoming |version: ELFUTILS_1.0 |LLD 17 (elf_scncnt: |during linking phase of |undefined version: |libelf.so |ELFUTILS_1.0 during linking ||phase of libelf.so) -- You are receiving this mail because: You are on the CC list for the bug.
[Bug libelf/30729] Build failure with upcoming LLD 17 (elf_scncnt: undefined version: ELFUTILS_1.0 during linking phase of libelf.so)
https://sourceware.org/bugzilla/show_bug.cgi?id=30729 Sam James changed: What|Removed |Added See Also||https://bugs.gentoo.org/sho ||w_bug.cgi?id=913112 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug libelf/30729] Build failure with upcoming LLD 17 (elf_scncnt: undefined version: ELFUTILS_1.0 during linking phase of libelf.so)
https://sourceware.org/bugzilla/show_bug.cgi?id=30729 Mark Wielaard changed: What|Removed |Added CC||mark at klomp dot org --- Comment #2 from Mark Wielaard --- So just to be clear, the issue is that elf_scncnt is only mentioned in the libelf.map but doesn't actually exist (it never seems to have been)? Does simply removing it from libelf.map resolve this issue? -- You are receiving this mail because: You are on the CC list for the bug.
[Bug libelf/30729] Build failure with upcoming LLD 17 (elf_scncnt: undefined version: ELFUTILS_1.0 during linking phase of libelf.so)
https://sourceware.org/bugzilla/show_bug.cgi?id=30729 --- Comment #3 from Kostadin Shishmanov --- (In reply to Mark Wielaard from comment #2) > So just to be clear, the issue is that elf_scncnt is only mentioned in the > libelf.map but doesn't actually exist (it never seems to have been)? > > Does simply removing it from libelf.map resolve this issue? I removed it from the libelf.map file, built elfutils with the mentioned LDFLAGS, it built with no issues, then I ran the testsuite, and everything passed fine. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug libelf/30729] Build failure with upcoming LLD 17 (elf_scncnt: undefined version: ELFUTILS_1.0 during linking phase of libelf.so)
https://sourceware.org/bugzilla/show_bug.cgi?id=30729 Mark Wielaard changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED --- Comment #4 from Mark Wielaard --- Thanks for testing. Pushed that fix: commit 09e61a65953ed814d9e970f7f9ffb9c2d8cda477 Author: Mark Wielaard Date: Mon Aug 28 20:23:41 2023 +0200 libelf: Remove elf_scncnt from libelf.map elf_scncnt was never implemented. It was probably an old name for elf_getshnum (which was the deprecated name of the elf_getshdrnum alias). Just remove it from the map file * libelf/libelf.map (ELFUTILS_1.0): Remove elf_scncnt. https://sourceware.org/bugzilla/show_bug.cgi?id=30729 Reported-by: Kostadin Shishmanov Signed-off-by: Mark Wielaard -- You are receiving this mail because: You are on the CC list for the bug.
[COMMITTED] libelf: Remove elf_scncnt from libelf.map
elf_scncnt was never implemented. It was probably an old name for
elf_getshnum (which was the deprecated name of the elf_getshdrnum
alias). Just remove it from the map file
* libelf/libelf.map (ELFUTILS_1.0): Remove elf_scncnt.
https://sourceware.org/bugzilla/show_bug.cgi?id=30729
Reported-by: Kostadin Shishmanov
Signed-off-by: Mark Wielaard
---
libelf/libelf.map | 1 -
1 file changed, 1 deletion(-)
diff --git a/libelf/libelf.map b/libelf/libelf.map
index 10dc5059..25760bc4 100644
--- a/libelf/libelf.map
+++ b/libelf/libelf.map
@@ -50,7 +50,6 @@ ELFUTILS_1.0 {
elf_rand;
elf_rawdata;
elf_rawfile;
-elf_scncnt;
elf_strptr;
elf_update;
elf_version;
--
2.39.3
☺ Buildbot (Sourceware): elfutils - build successful (master)
A restored build has been detected on builder elfutils-debian-ppc64 while building elfutils. Full details are available at: https://builder.sourceware.org/buildbot/#builders/63/builds/214 Build state: build successful Revision: 09e61a65953ed814d9e970f7f9ffb9c2d8cda477 Worker: debian-ppc64 Build Reason: (unknown) Blamelist: Mark Wielaard , Sam James Steps: - 0: worker_preparation ( success ) - 1: set package name ( success ) - 2: git checkout ( success ) Logs: - stdio: https://builder.sourceware.org/buildbot/#builders/63/builds/214/steps/2/logs/stdio - 3: autoreconf ( success ) Logs: - stdio: https://builder.sourceware.org/buildbot/#builders/63/builds/214/steps/3/logs/stdio - 4: configure ( success ) Logs: - stdio: https://builder.sourceware.org/buildbot/#builders/63/builds/214/steps/4/logs/stdio - config.log: https://builder.sourceware.org/buildbot/#builders/63/builds/214/steps/4/logs/config_log - 5: get version ( success ) Logs: - stdio: https://builder.sourceware.org/buildbot/#builders/63/builds/214/steps/5/logs/stdio - property changes: https://builder.sourceware.org/buildbot/#builders/63/builds/214/steps/5/logs/property_changes - 6: make ( warnings ) Logs: - stdio: https://builder.sourceware.org/buildbot/#builders/63/builds/214/steps/6/logs/stdio - warnings (3): https://builder.sourceware.org/buildbot/#builders/63/builds/214/steps/6/logs/warnings__3_ - 7: make check ( success ) Logs: - stdio: https://builder.sourceware.org/buildbot/#builders/63/builds/214/steps/7/logs/stdio - test-suite.log: https://builder.sourceware.org/buildbot/#builders/63/builds/214/steps/7/logs/test-suite_log - 8: prep ( success ) Logs: - stdio: https://builder.sourceware.org/buildbot/#builders/63/builds/214/steps/8/logs/stdio - 9: build bunsen.cpio.gz ( success ) Logs: - stdio: https://builder.sourceware.org/buildbot/#builders/63/builds/214/steps/9/logs/stdio - 10: fetch bunsen.cpio.gz ( success ) Logs: - stdio: https://builder.sourceware.org/buildbot/#builders/63/builds/214/steps/10/logs/stdio - 11: unpack bunsen.cpio.gz ( success ) Logs: - stdio: https://builder.sourceware.org/buildbot/#builders/63/builds/214/steps/11/logs/stdio - 12: pass .bunsen.source.gitname ( success ) Logs: - stdio: https://builder.sourceware.org/buildbot/#builders/63/builds/214/steps/12/logs/stdio - 13: pass .bunsen.source.gitdescribe ( success ) Logs: - stdio: https://builder.sourceware.org/buildbot/#builders/63/builds/214/steps/13/logs/stdio - 14: pass .bunsen.source.gitbranch ( success ) Logs: - stdio: https://builder.sourceware.org/buildbot/#builders/63/builds/214/steps/14/logs/stdio - 15: pass .bunsen.source.gitrepo ( success ) Logs: - stdio: https://builder.sourceware.org/buildbot/#builders/63/builds/214/steps/15/logs/stdio - 16: upload to bunsen ( success ) Logs: - stdio: https://builder.sourceware.org/buildbot/#builders/63/builds/214/steps/16/logs/stdio - 17: clean up ( success ) Logs: - stdio: https://builder.sourceware.org/buildbot/#builders/63/builds/214/steps/17/logs/stdio - 18: make distclean ( success ) Logs: - stdio: https://builder.sourceware.org/buildbot/#builders/63/builds/214/steps/18/logs/stdio A new failure has been detected on builder elfutils-gentoo-sparc while building elfutils. Full details are available at: https://builder.sourceware.org/buildbot/#builders/225/builds/86 Build state: failed test (failure) Revision: 09e61a65953ed814d9e970f7f9ffb9c2d8cda477 Worker: gentoo-sparc Build Reason: (unknown) Blamelist: Mark Wielaard Steps: - 0: worker_preparation ( success ) - 1: set package name ( success ) - 2: git checkout ( success ) Logs: - stdio: https://builder.sourceware.org/buildbot/#builders/225/builds/86/steps/2/logs/stdio - 3: autoreconf ( success ) Logs: - stdio: https://builder.sourceware.org/buildbot/#builders/225/builds/86/steps/3/logs/stdio - 4: configure ( success ) Logs: - stdio: https://builder.sourceware.org/buildbot/#builders/225/builds/86/steps/4/logs/stdio - config.log: https://builder.sourceware.org/buildbot/#builders/225/builds/86/steps/4/logs/config_log - 5: get version ( success ) Logs: - stdio: https://builder.sourceware.org/buildbot/#builders/225/builds/86/steps/5/logs/stdio - property changes: https://builder.sourceware.org/buildbot/#builders/225/builds/86/steps/5/logs/property_changes - 6: make ( warnings ) Logs: - stdio: https://builder.sourceware.org/buildbot/#builders/225/builds/86/steps/6/logs/stdio - warnings (3): https://builder.sourceware.org/buildbot/#builders/225/builds/86/steps/6/logs/warnings__3_ - 7: make check ( failure ) Logs: - stdio: https://builder.sourceware.org/buildbot/#builders/225/bui
