In one of the previous commits, I've started to pack a different logrotate file
as it contains the correct path to the logfile of the mysql server.
It has been found, that I've overlooked that the filepath to the mysql server
was still set wrongly.
It was set to a: '/var/log/mysqld.log'
Instead of expected: '/var/log/mysql/mysql.log'
This path is added to the mysql logrotate configuration file via CMAKE variable
substitution.
However since we haven't specify the variable value,
a default value has been used instead.
The fix to this issue was simple - specify the variable value as the CMAKE
command argument.
--
At the same time, we were using a custom (downstream) variable meant to hold
the same information. We used this variable for generating the correct filepath
to the mysql server logfile in the mysql server configuration file.
Instead of using two different CMAKE variables with the same meaning,
I've changed it so we get rid of the downstream specified variable
and use the upstream specified variable instead.
--
The positive effect is the de-duplication of code and assurance that when we
set the value, it is used everywhere - both in the upstream code and in the
downstream patches.
The tiny negative effect is that at this moment, the names of the variables
differ to the we use in 'mariadb' package.
--
Resolves: #2073434
The sources contains two versions of the logrotate file:
* mysql-8.0.30/support-files/mysql-log-rotate.in
* mysql-8.0.30/packaging/rpm-common/mysql.logrotate.in
Until now, the first one was used. However logfile location
specified in that logrotate configuration file was wrong.
( /var/lib/mysql/mysqld.log )
From now on, we will use the second one, which is meant to be
used in RPM packages, and which respects their FSH layout.
( /var/log/mysql/mysqld.log )
--
As a side-effect, the whole configuration is now commented out.
So users now need to touch the file before they can start using it.
However once the configuration is un-commented,
it will work out-of-the-box (unlike until now).
--
Resolves: #2073434
Resolves: #2047868
udf_example.so contains following deprecated functions:
gethostbyaddr
gethostbyname
inet_addr
inet_ntoa
The udf_example.so can be ignored from badfuncs check, because it is an
exemplary file, showing users how to write own loadable functions. Even
though code from this .so can be used in mysql server, it needs to be
manually loaded by the user.
Deprecated functions have been reported upstream [1].
[1] https://bugs.mysql.com/bug.php?id=106797
There is an issue, which is only present on C9S & RHEL 9 (neither in Fedora nor RHEL 8) which requires the Linux Native AIO to be turned off for InnoDB
Related: #1969430
Once the full testsuite has been run for the particular MySQL release; execute just the "main" suite on subsequent runs for that release.
The implementation default to running of the whole testsuite, as until now, if the maintainer won't set the flag that running of the minimal testsuite is enough for this release.
This feature aims to help with faster and more stable package builds when adding small fixes on top of already tested release;
and to ease the life of Fedora Linux Release Engineers during (mass) rebuilds.
Related: #1969430
It will help the maintainers when trying to keep SPECs for different versions or product with minimal amount of differences
Disable "--mem" option, because the s390x builders ran out of resources
Related: #1969430
This change takes some pieces from MariaDB, including compat_ssl.h and
changes in my_md5.cc.
MySQL utilizes FIPS_mode() and FIPS_mode_set() functions that are not
available in OpenSSL 3.x any more. This patch only mocks the call of
those functions, returning 0 every time, which effectively makes usage
of those functions non working. For making the MySQL build with
OpenSSL 3.x this seems to be enough though.
Resolves: #1952951
