[CentOS-devel] Debuginfo packages for CentOS Stream?

I analyzed vmcore (kernel crash dumps) when I was working at a support center
as a technical staff for troubleshooting RHEL/CentOS servers. When using CentOS
in enterprise servers (despite RH does not provide support for CentOS, some
companies/organizations might provide fault-analysis service for CentOS), all
binary/src/debuginfo rpm files are expected to be available without delay and
remain available even after end of life. And

On 2020/12/20 12:11, Mike McGrath wrote:
>>> Once a new RHEL minor release is available, the "RHEL kernel" repository is moved to vault (or deleted?)
>>> and we re-start with an empty "RHEL kernel" repository. We will then add the new RHEL minor release's kernel.
>>
>> I hope that "RHEL kernel" for older RHEL minor releases are not deleted when a new RHEL minor
>> release becomes available.
>>
>>
> I don't think we have a particular retention policy for stream though even
> if we did, a simple local mirror would solve your problem, right?

since the support center I was working at and administrators who install RHEL or
CentOS or Ubuntu are different companies/organizations, maintaining local mirror
servers does not solve my problem.

What is sometimes troublesome and risky is that we need debuginfo rpm files.
I worry that availability of src rpm and debuginfo rpm is rather unreliable.
If debuginfo rpm files were unavailable, it becomes impossible to contribute
like https://lkml.org/lkml/2014/9/19/230 .

RH has infrastructure for serving all these files, but CentOS's infrastructure
looks poor. For example, although http://debuginfo.centos.org/8/x86_64/Packages/
contains kernel-debuginfo-4.18.0-*.rpm , http://debuginfo.centos.org/8-stream/ is
currently empty.

If binary/src/debuginfo rpm files for CentOS Stream will be removed like Fedora,
the support center I was working at would have to give up providing fault-analysis
service for CentOS Stream. If RH is expecting CentOS Stream users to contribute
with testing/debugging, I think that improving such distribution infrastructure is
important.

If CentOS Linux is moved to CentOS Stream, will this availability problem be solved?