So AIUI, we're speaking about backporting this commit: https://github.com/rpm-software-management/rpm/commit/1c3bf3d6495c4b7d585d931fbac4b1f894833f89 and nothing more. In that case:

elfutils in RHEL-8 is new enough for that to work, the patch has been in Fedora all along so it can be considered well tested, so there should be no technical obstacles so this is more of a "should we?" policy question. Mark?

(In reply to Panu Matilainen from comment #2)
> So AIUI, we're speaking about backporting this commit:
> https://github.com/rpm-software-management/rpm/commit/
> 1c3bf3d6495c4b7d585d931fbac4b1f894833f89 and nothing more. In that case:
> 
> elfutils in RHEL-8 is new enough for that to work, the patch has been in
> Fedora all along so it can be considered well tested, so there should be no
> technical obstacles so this is more of a "should we?" policy question. Mark?

Note that I never intended for that patch to be a real solution, I only suggested it as quick workaround for breakage in Fedora at the time. I am slightly surprised Igor marked and committed it as Authored by me. Also note that as far as I know this is a Fedora only workaround and isn't actually in rpm upstream where you reverted it as part of https://github.com/rpm-software-management/rpm/pull/473

That said it doesn't seem to harm things, so if you want RHEL to behave more like Fedora it should be fine.

It isn't a real solution (and the explicit echo makes it very verbose), it simply works around the real issue that we don't want compressed ELF sections in .debug files. So in that sense it resolves the policy issue.

(In reply to Mark Wielaard from comment #3)
> Also note that as far as I know this is a Fedora only workaround and isn't actually in
> rpm upstream where you reverted it as part of
> https://github.com/rpm-software-management/rpm/pull/473

The revert was done due to the suid issue tracked in Bug 1607044, which got fixed and backported into RHEL-8 in the meantime, so backporting the original find-debuginfo.sh patch into RHEL-8 wouldn't be an issue in this regard.

Anyway,

@Vito, it seems you've made a decision to fix this in the git-lfs software collection by not shipping the compressed .zdebug_info section in the first place:
https://bugzilla.redhat.com/show_bug.cgi?id=1607044

That makes me think you no longer need our patch in RHEL-8, is that correct?

If so, I'd say let's close this BZ as WONTFIX then.  While it certainly would be a usable workaround, it seems the proper way is to handle this at the package level (preferably by not shipping compressed ELF sections in .debug files at all), along the lines of Mark's Comment 3 as well as Bug 1394759.

(In reply to Michal Domonkos from comment #5)
> @Vito, it seems you've made a decision to fix this in the git-lfs software
> collection by not shipping the compressed .zdebug_info section in the first
> place:
> https://bugzilla.redhat.com/show_bug.cgi?id=1607044

Correction: https://bugzilla.redhat.com/show_bug.cgi?id=1881950

I spent the time with all the research, discussions, preparing workarounds, etc. Therefore if you ask me, I want this to be "fixed" not because it helps to my original case, but because it might help future me or some else to avoid undergoing the same again. Sure, you won't ever know if fixing this changed anything, maybe nobody would not hit this prior RHEL8 EOL, but that it not my call.

Thanks for the feedback.

The real question is, what does "fixed" mean here?  If it's "don't use compressed sections", then there's nothing to fix on our side.  I'm no expert, though, which is why I tend to trust people like Mark who said:

"It isn't a real solution (and the explicit echo makes it very verbose), it simply works around the real issue that we don't want compressed ELF sections in .debug files. So in that sense it resolves the policy issue."

Mark, could you please clarify why using compressed ELF sections in .debug files is to be avoided?

(In reply to Vít Ondruch from comment #7)
> I spent the time with all the research, discussions, preparing workarounds,
> etc.

And just to be clear, it is highly appreciated that you tracked down the issue and filed this BZ, regardless of whether the outcome was to make adjustments to your own package or us making changes in rpm.  Either way is a successful outcome in my book :)

(In reply to Michal Domonkos from comment #8)
> Mark, could you please clarify why using compressed ELF sections in .debug
> files is to be avoided?

Because, according to this bug, rpm debugedit doesn't support it :)

But generally because we already compress the debuginfo for distribution in rpms (all rpms are compressed), so it is in general redundant. Also we would like programs that use on-disk .debug files and .debug_* sections to be able to quickly read them and/or mmap them and not have to decompress the whole file or section upon use which would use extra resources, time and memory. Which is especially troublesome for profilers and tracers which have to act quickly. So if they were compressed then programs would probably have to setup some uncompressed cache of these files.

(In reply to Michal Domonkos from comment #9)
> (In reply to Vít Ondruch from comment #7)
> > I spent the time with all the research, discussions, preparing workarounds,
> > etc.
> 
> And just to be clear, it is highly appreciated that you tracked down the
> issue and filed this BZ, regardless of whether the outcome was to make
> adjustments to your own package or us making changes in rpm.  Either way is
> a successful outcome in my book :)

Don't worry, I am fine with whatever decision. You just asked ;)