Bug 2051618

Summary:	annocheck warnings during rpmdiff on MariaDB-10.5 files
Product:	Red Hat Enterprise Linux 8	Reporter:	Lukas Javorsky <ljavorsk>
Component:	mariadb	Assignee:	Zuzana Miklankova <zmiklank>
Status:	CLOSED WONTFIX	QA Contact:	Jakub Heger <jheger>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	8.5	CC:	databases-maint, ljavorsk, zmiklank
Target Milestone:	rc
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2023-08-07 07:28:19 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Lukas Javorsky 2022-02-07 15:53:24 UTC

Description of problem:
annocheck ran on module-mariadb-10.5-8050020220204122540-c5368500 rpms shows warnings: 
"FAIL: optimization test because level too low (function: _Z19check_stack_overrunP3THDlPh)"

This exact warning is raised on these files:
./usr/bin/mariadb-test-embedded
./usr/bin/test-connect-t
./usr/libexec/mariadbd
./usr/lib64/libmariadbd.so.19
./usr/bin/mariadb-backup


Version-Release number of selected component (if applicable):
MariaDB-10.5.13-1

How reproducible:
Always

Steps to Reproduce:
1. Download all RPMs from module-mariadb-10.5-8050020220204122540-c5368500
2. annocheck *.rpm --verbose


Additional info:
This could be related to the BZ#2044388 even though it's not that critical (as agreed in the team) because these are different types of FAILS. But the solution could be the same.

We estimate to solve this on the next release of the MariaDB module.

Comment 4 RHEL Program Management 2023-08-07 07:28:19 UTC

After evaluating this issue, there are no plans to address it further or fix it in an upcoming release.  Therefore, it is being closed.  If plans change such that this issue will be fixed in an upcoming release, then the bug can be reopened.